DevOps系列｜为什么有的企业压根就上不了CI和CD？ – 运维派

DevOps

具有持续集成和持续交付流程能力，适应微服务实践…这些技能俨然成了现代公司的标志。拨开云雾，其实核心的DevOps体系才是一个成功组织发展跟后劲的体现。

持续集成是开发把代码尽可能合并到“集中营”的过程；持续部署是把合并代码新打包部署到目标环境的过程，最终目标是部署到实际环境。如图：

部署到实际

适当的CI和CD，能带来的好处包括：

CI和CD看起来简单（和“我到现在也觉得开飞机简单”同理），但实现起来真的简单吗？有没有躲坑大全？针对这两个问题，很体系的回答没有，但有此方面有一些想法可以简单聊聊。

一、无兴趣，不思变

大多数组织（这里应该是指金字塔尖的极少数派）乐于现状，不希望为改变承担风险。这种组织不会知道改变意味着什么，最终失去的将是市场。

这种情况下是应该先建立一些规范，再对每个团队作出相应要求。许多企业不用CI和CD，仍然是手工流程，这不是落后，什么才叫落后？

二、技术差距

有时，知识方面的短板和人员的选择错误，是完全有可能延长改变周期并“拖滞成习惯”。不过话又说回来，这种情况不能全盘否定，肯定有一些有经验的工程师和开发人员对CI和CD所需的新技能和知识有了解并渴望推进，只是他们不代表全部。

不过这些是技术差距，训练就能弥补。

三、不信任自动化

CI和CD是自动化的一部分，但有些组织不信任甚至对此趋势充满了怀疑。若非苦心劝降，否则心病还须心药医，这个不置评论，是非功过让时间评论。

四、工具选择错误

选择类似K8s、EASYOPS这样可靠正确的CI和CD平台/工具集甚至是分析工具，对于DevOps进程来说非常重要。

而且因为开发严重依赖这些神器开展工作，什么好用，他们应该最清楚和理解。这个我会给出一些描述，大家可以期待一下。

文章来自微信公众号：DevOps研究院

Original url: Access
Created at: 2018-11-06 10:49:23
Category: default
Tags: none

未标明原创文章均为采集，版权归作者所有，转载无需和我联系，请注明原出处，南摩阿彌陀佛，知识，不只知道，要得到

请先后发表评论