CI和CD无论是由于自动化过程中缺乏信任或一些主要技能上的差距,并非所有的组织都准备采用自动化 - 风Belgtty
具有持续集成和持续交付流程能力,适应微服务实践…这些技能俨然成了现代公司的标志。拨开云雾,其实核心的DevOps体系才是一个成功组织发展跟后劲的体现。
持续集成是开发把代码尽可能合并到“集中营”的过程;持续部署是把合并代码新打包部署到目标环境的过程,最终目标是部署到实际环境。如图:
过程适当的CI和CD,能带来的好处包括:
1. 加速产品步伐
2. 构建产品高品质
3. 提高生产效率
4. 能力的可靠解放
5. 提高客户满意度
CI和CD看起来简单(和“我到现在也觉得开飞机简单”同理),但实现起来真的简单吗?有没有躲坑大全?针对这两个问题,很体系的回答没有,但有此方面有一些想法可以简单聊聊。
1.无兴趣,不思变
大多数组织(这里应该是指金字塔尖的极少数派)乐于现状,不希望为改变承担风险。这种组织不会知道改变意味着什么,最终失去的将是市场。这种情况下是应该先建立一些规范,再对每个团队作出相应要求。许多企业不用CI和CD,仍然是手工流程,这不是落后,什么才叫落后?
2.技术差距
有时,知识方面的短板和人员的选择错误,是完全有可能延长改变周期并“拖滞成习惯”。不过话又说回来,这种情况不能全盘否定,肯定有一些有经验的工程师和开发人员对CI和CD所需的新技能和知识有了解并渴望推进,只是他们不代表全部。不过这些是技术差距,训练就能弥补。
3.不信任自动化
CI和CD是自动化的一部分,但有些组织不信任甚至对此趋势充满了怀疑。若非苦心劝降,否则心病还须心药医,这个不置评论,是非功过让时间评论。
4.工具选择错误
选择类似K8s、EASYOPS这样可靠正确的CI和CD平台/工具集甚至是分析工具,对于DevOps进程来说非常重要。而且因为开发严重依赖这些神器开展工作,什么好用,他们应该最清楚和理解。这个我会给出一些描述,大家可以期待一下。
想看更多内容,还请添加微信公众号(ID:MornNews,或搜索DevOps研究院)
网友评论