The Future of DevOps: DevOps As a Service

时间 2020-01-25

标签 future devops service 繁體版

原文原文链接

DevOps这两年在各个公司中如火如荼，可是DevOps 终将成为几个大厂的服务。git

Trend of DevOps

Shadow DevOps -> Enterprise DevOps -> DevOps As a Servicegithub

大约8年前，我开始使用Hudson和 Cruise Control等工具进行一些持续集成，以此在本身的项目中实现一些自动化让项目更加高效的运行，最初的一个收益，就是 CI工具可以及时从SVN中央服务器定时获取代码进行编译，来防止项目中有人员由于漏签入代码形成的Break Build. 固然后续咱们也为咱们的持续集成工具中引入了Code Style Check, 单元测试，DEV以及SIT环境的代码发布和自动安装，Health Check，甚至包括自动回滚。这一时期，咱们作的事情，还局限在具体项目中，咱们称之为Shadow Devops 时代。服务器

5年前，整个企业包括高层（C level）的领导，看到业界有些企业开始搞DevOps, 大可能是围绕Jenkins， Github，和自动化脚本工具（好比Ansible），因而各个企业内部也开始专门组建团建创建Central的DevOps平台。各个项目组，把本身的项目接入到这个公共平台来作持续集成。微信

此时一个新的项目须要一个新的插件进行构建，DevOps中央团队就会在Jenkins端找寻适配的插件预安装到Jenkins平台，来让这个项目可以接入进来。运维

这几年来，容器化发展，各类Devops的工具层出不穷，各大企业纷纷构建出了企业级的DevOps平台来完成CI/CD。咱们称之为 Enterprise DevOps 时代。这里开始会有不少开销，好比各类环境的云资源的申请和闲置，好比海量管理软件包的存储仓库的开销等。工具

这两年，一些个龙头企业，包括微软，亚马逊整合了本身Cloud 服务方面的各方面的能力，推出了DevOps 服务。一些中小企业，之后彻底没有必要自建DevOps平台，直接SRE团队对接这些DevOps服务。我赞同这多是趋势，之后你看着服务的帐单，服务方也会给你一些报告建议，如何节约没必要要的浪费。单元测试

做为从业者的思考

做为软件从业者，你能够是你企业内SRE团队的一员，负责使用这些DevOps的服务来帮助企业高效运维；或者你仍是Focus在软件开发这块，帮助企业构建有竞争力的产品和服务。

欢迎关注微信公众号：对刘谈心获取更多文章
https://liuning0820.github.io测试