EP15 - 中场闲聊，所以我说大家的 DevOps 和 CI/CD 呢？

ㄟ ，那个新出来的工具好酷喔

TeamsCity 和 Azure DevOps 好像很潮

拜托，Gitlab 才是王道，你们懂什麽

DevOps 好像很潮，我和主管一起推广看看

我们公司有自己的 Scrum

认清现实吧，李严，所以我说那个酱汁呢？

技术再好再潮
没有办法导入终究是空谈
这世界不缺新技术
每个技术也有各自的拥护者和传教士
可是，那个酱汁呢？
我们可以怎麽帮自己的企业导入？

技术本身没有对错
但是我们都忘了一件事情
所以我们可以怎麽使用？
写程序写到最後不能单单只有了解程序和架构
还要深入了解业务层面的逻辑
这样才能写出合乎使用逻辑的程序

如果公司很早就开始使用 Git
也有自架 Git Server
为什麽要说服大家使用 BitBucket 或 CodeCommit
公司很早就开始使用 Jenkins
为什麽非要大家使用 Gitlab 和 Azure DevOps
具有一定规模的公司
为了管理方便
都会建立资讯安全管理办法并导入 ISO 认证
有时候换一套工具或方法
打掉的可能不只是流程
更是管理办法都要逐一审查和修正
远不及大家所想的只是换掉就好

在说服之後
导入才是真正挑战的开始
大公司有钱找顾问、开 Support Ticket
不会有太大的问题
通常就开几场教育训练教大家如何转移到新技术上
小公司就随自己高兴使用
却不知道自己用的合不合规
於是有把云端当地端使用的状况
EC2 硬碟另挂 1TB
EC2 里面同时塞 AP 和资料库
在 CI 环境里藏了一堆 private key
造成 super jenkins 的状态
企业中实际使用的状况
远超乎我们的想像
这也是我这次会愿意出来写文章的原因

这次使用的主题偏向手把手的教学
但是使用的技术和工具很多
虽然使用 Gitlab 却只使用它的 Git Repository
虽然用了 Jenkins 却起了 Docker 使用 aws cli 呼叫 API 让 CodeDeploy 进行部属
现实生活中也有类似的状况
可能有人使用 Github.com 或 Gitlab.com
有人不用 Jenkins 而是用了 CodeBuild 和 CodePipeline 的 AWS 整套流程
透过这次挑战只是希望大家能够看到自己需要的
以激发更多灵感

Being a good engineer means knowing best practices. Being a senior engineer means knowing when to break best practices.

Reddit 上有篇工程师的酒後箴言还不错
前几天的实作过程中
我也确实表达出如果要以合规的环境来看
确实 CI/CD 不能外露
建个 VPN（无论是 Site-to-Stie 还是 VPC Endpoint）仍是保险的做法
但是别忘了...那个酱汁呢？
软件开发也要尽早开发完先让系统上线
CI/CD 的部分只要评估好风险
确定风险在可控范围也可以考虑先上线
如同我们第一天办完帐号
就开始很开心地开始建 EC2
建资源的过程中不断地删删改改
不断地重构写程序码
将建立的 Infrasture 砍掉重建一样
都是在逐渐让整个基础设施更完整

明天开始会进入新的篇章
开始走向 Docker
将服务包装成容器最後把服务部属到 EKS
以 EKS 上建立监控做最後的收尾
内容其实有点多
我也不确定我写不写得完
就......加油吧(苦笑)