DevOps企业实践与架构

DevOps 企业实践与架构 什么是DevOps 及其误区 DevOps 概念从2009 年提出已有8 个年头。可是在8 年前的那个时候，为什么DevOps 没有迅速走红呢？即便是在2006 年Amazon 发布了ECS，微软在2008 年和2010 年提出和发布了Azure，DevOps 的重要性似乎都没有那么强烈。我分析其原因主要有： 第一个很重要的原因是因为那时候云计算还是小众产品，更多的与虚拟化、虚拟机相关，它们还是重量级的IT 基础设施。 第二个很重要的原因是容器相关技术（Docker 为代表）还没有横空出世，直到 2013 年7月。 第三个很重要的原因是，Martin Fowler 在2014 年3 月提出了Micro Service，这为DevOps 的推广也打了兴奋剂。 可以看出，当前DevOps 概念的深入人心，离不开云计算、容器/Docker、微服务、敏捷等相关概念和实施的成熟发展。 另外，随着互联网对传统企业的冲击，需要更快的业务试错与业务创新，其背后本质是企业IT 的精益运营，让 软件 的生 产、交 付 、获 取 、升 级、遥 测 变 得 自 动 与自 助 ，近 两 年，DevOps 在传统企业也开始 备 受 关注 与各 种 尝 试。 对DevOps 的理 解 ，可能 千 人千 面 。先 来 看下 对DevOps 的狭 义 理 解 。 维基百科对DevOps 的定义比较拗口。其实往简化里讲DevOps 是提倡开发和IT 运维之间的高度协同，从而在完成高频率部署的同时，提高生产环境的可靠性、稳定性、弹性和安全性。 从另外一个维度，广义上来说，DevOps 不仅需要打通开发运维之间的部门墙，我们认为DevOps 更多的需要从应用的全生命周期考虑，实现全生命周期的工具全链路打通与自动化、跨团队的线上协作能力。 第一，纵向集成，打通应用全生命周期（需求、设计、开发、编译、构建、测试、打包、发布、配置、监控等）的工具集成。纵向集成中 DevOps 强调的重点是跨工具链的「自动化」，最终实现全部人员的「自助化」。举个例子，项目组的开发人员可以通过DevOps 的平台上，自主申请开通需要的各种服务，比如开通开发环境、代码库等。 第二，横向集成，打通架构、开发、管理、运维等部门墙。横向集成中 DevOps 强调的重点是跨团队的「线上协作」，也 即 是通过IT 系 统 ，实现信 息 的「精 确 传 递 」。 举个例子，传 统 的系 统 上线部署方 式 ，可能是一个冗 长 的说明 文 档 ，上百页 都 有 可能，但 在DevOps 的平台下 ，就 应...