于昺蛟

DevOps是以业务为核心的交付流程，所以开发测试运维只是DevOps循环里的一半。真正的DevOps还要包括运营人员（运行时监控，数据分析），以及业务人员（持续需求分析，软件设计，优化）。至于职责划分上，DevOps相对模糊了职责划分，而是重视

云不是万能的，但是没有云是万万不能的。DevOps的主要目标是最大限度减少交付管道中的瓶颈，并提高交付效率。一般而言，环境可用性和配置是组织遇到的最大瓶颈之一。等环境等好几周，配环境又一礼拜这事估计大家都碰到过。而

得分情况了。大多数时候中间件厂商都会推出自己中间件的容器化产品。IBM的大多数中间件（像是MQ，IIB等）都已经容器化，并且可以在IBM Cloud Private上一键安装。这样中间件容器化所涉及的问题就由IBM来解决了。中间件容器化

也不绝对，容器稳定性上要比虚机稍微差一点点，而且本来容器就是个轻量级的虚拟化技术，所以上容器的一般都是那些无状态应用。真正特别沉的或者IO密集型的玩意（例如数据库）还是不建议上容器。Web应用没那么沉，所以上容器完全

DevOps的工具链一般包括如下：云：基础架构方面，云可以提供更加迅速高效的环境部署和管理，实现资源高效利用。一般云有IaaS和PaaS两层，IaaS一般是VMware或者OpenStack KVM，PaaS一般是基于容器，Docker和K8S这样的。IBM自己有IBM

虽然说DevOps适应大多数的开发周期，但是由于DevOps的开发效率以及持续交付需求，所以还是推荐上敏捷的。开发上敏捷，其他地方（设计，交付，运维）还是传统模式的方法叫Water-Scrum-Fall，这个模式底下DevOps要想应用就要改挺多地方

本身就是双模IT，那么两个之间的架构一致性就没那么重要，但是要保持两个模式自己的架构一致性，中间可以通过ESB和API网关进行互联互通。对于“敏态”的基础架构一般是通过云的模式，云模式包括IaaS和PaaS，根据应用架构类型进

就这么讲吧，虽然DevOps一眼就会让人想到开发和运维，但事实上DevOps是一种文化，这种文化要involve组织中所有的利益相关方，包括业务、架构、设计、开发、测试、运维、安全……甚至合作伙伴和供应商。DevOps 文化的特征是在

事实上网络这就不是DevOps的事情……配置管理做好了你用啥通讯都无所谓，网络基础架构也是PaaS或者IaaS云平台管的事情。你用Docker就让Docker自己或者K8的网络插件来管网络，用虚机就让IaaS层管，你直接裸机的话上个SDN最

首先DevOps就不只是加速流水线那么简单（那是敏捷开发的事，别搞混了）。DevOps运用了敏捷思想加速开发没错，但是本质上DevOps还是一个循环改进业务系统的过程，先在这里放张图：这个就是DevOps的循环图。可以看到除了开发测试以