我的DevOps落地过程跟别人不一样?

什么呢?当时虚拟化概念已经开始普及，当你初始化一台服务器时，基本的步骤就是：安装系统，安装基础软件，调整系统配置，就像蛋糕一样，层层叠叠。

而用基础设施即代码的方式来做这件事情时，它能帮你摒弃手工操作带来的不确定性，将环境准备自动化和标准化，同时也带来了另外一个好处，能将全环境统一管理，无论是测试环境，还是UAT环境，而传统管理方式中，这些环境的统一往往是很难做到。所以我的标题叫“别人家的流水线可能是长这样”。



 

下去的第三张图，这张图在各大分享会、沙龙多次出现，特别特别的流行。从需求管理、持续集成，配置部署、监管和运营全流程打通，底下使用各种开源工具来实现。但是为什么我会说“你的流水线可能是这个样子”，让我们一个个来看：

1)从需求管理到持续集成阶段往往是人为关联;

2)测试还是以手工测试为主，没有或者只有少量的单元测试;

3)无论是配置，还是部署，仅做到工具化，同时覆盖范围仅产线。而其他环境根本就下不去手;

4)监而不控，刚才有一位老师提到的Prometheus，它只是监控工具中的一员，如果你把监控数据收集上来之后，仅仅是生产图表，而没有让这些数据产生更大价值，更没有为后面技术运营做任何支撑，那么只发挥监控中一小部分价值而已;

5)最后给还有一个更大的问题，随着工具越来越多，造成你每上线一个新工具，就会有一个学习成本，这不像学习平台的使用，工具的学习特别是开源工具的学习，比较离散，之前的经验难以复用。还是拿Prometheus来说，你需要学习它的语法规则，对于运维来说，这是再正常不过的事情，但是如果是由业务研发自己去添加监控项和告警项，那他十有八九撒手不干，因为也交付都来不及，哪里还有时间去学习复杂的语法。这会让你推广起来就会变得异常困难。所以我开始思考，大家的DevOps落地差别到底有多大

（编辑：潍坊站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!