DevOps的一般实践流程
动态的流水作业、迭代的开发进程、交互的协作模式
从DevOps的流程实践上看，总体来说其流程可以分为需求对接和应用设计、敏捷开发和持续测试以及最终测试和上线运 维等三个阶段，其核心是由开发人员和测试人员主导的敏捷开发和持续测试阶段。借助Scrum或Kanban等工作流方法的指引和一系列持续构建、持续集成、持续测试以及持续发布工具，IT团队能够高效率地开发通过微服务架构解耦的程序模块， 并及时、持续地与用户方面进行对接，对各个模块的研发质量和成果进行实时把控。在通过最终的集成和测试之后软件得 以部署上线，此后开发人员能够借助应用容器化封装带来的统一环境之便，与运维人员一起对软件的运行质量进行监控、 为用户提供支持服务，并继续根据市场需求进行版本更迭的进一步开发工作。
DevOps适用于什么样的团队？
单个团队10-20人为佳，对外包和分散的敏感度较低
IT团队是DevOps理念和方法最终的实践主体，尽管DevOps对团队属性并没有固化的要求，然而在实践中团队的不同形式 对开展DevOps转型可能会有显著的影响，除了无形的团队氛围之外，一些客观条件也可能会影响DevOps转型的效果，本 报告着重讨论IT团队的规模，构建方式以及地理集中度对DevOps的影响。我们认为在这之中团队的规模的影响相对显著， 过大或者过小的团队规模都会降低的DevOps的增效，在实践中10-20人的（单个）软件团队能够更好地发挥DevOps降本 增效的作用；而IT团队是内部团队或是有外包团队、团队人员是否在地理位置上足够集中两方面的要素对DevOps实践的 影响并不大，甚至可以认为DevOps的出现就是为了解决当前企业的IT团队无法实现地理上的绝对集中以及完全内化无需 外包从而带来的摩擦问题。
DevOps适用于什么样的企业？
业务系统频繁更新的企业引入DevOps的价值更加显著
此处我们讨论的是计划将DevOps引入内部IT团队，并服务于母公司的软件需求的企业，而非对外提供软件开发和运维服 务的企业。由于互联网经济和电子商务不断向各行各业加速渗透，IT实力越来越成为影响企业运营水平的关键因素，然而 并非所有的行业和企业（机构）机构都需要DevOps的加持，其中最核心的影响因素是该企业的业务是否需要频繁发布新 的应用来满足用户的需求，如果没有此类的敏捷开发需求，或是目前正在运用的开发方法已经能够满足企业的业务需求， 则开展DevOps的转型耗费的资产和管理投入的性价比较低。此外，对于安全策略较为严格的行业和企业而言，虽然 DevOps能够在一定程度上与安全审查流程融合，然而其敏态开发的效果将会有所下降。
互联互通社区
互联互通社区专注于IT互联网交流与学习，旨在打造最具价值的IT互联网智库中心，关注公众号：互联互通社区，每日获取最新报告并附带专题内容辅助学习。
方案咨询、架构设计、数字化转型、中台建设、前沿技术培训与交流，合作请+微信：hulianhutongshequ
重庆分公司
重庆分公司
