DevOps
代码仓库
1、各团队开发提交部署工单2、由运维创建部署作业并配置域名3、质量同学进行部署构建4、必须确保服务端口不冲突5、服务器异常后需要手动修复重启6、其他团队调用服务需同步信息7、构建并发3～5
新需求
安全测试
冒烟/功能/性能测试
测试
运维
创建服务
1、各团队开发自行写部署脚本2、各团队开发自行创建部署Job3、各团队开发自行发布构建4、其他团队调用需进行沟通同步且调用需加端口5、同一时间只能3～5个服务同时发布6、服务通过jar包部署，存在环境不一致问题
功能验收/回归测试
作业/环境/域名配置
SIT环境部署
UAT环境部署
1、服务创建入口统一2、服务名称、域名强制统一3、服务封装解决端口冲突4、服务信息统一维护5、统一代码仓库
旧方式
1、所有服务使用统一部署脚本（自动）2、部署环境在创建应用服务时勾选3、各团队开发环境自行发布可授权多人4、服务调用端口统一为805、理论上同一时间可支持无限服务发布，可限制10个并发或者更多6、统一使用docker镜像进行封装
1、各团队开发提交部署工单2、由运维创建部署作业并配置域名3、运维同学进行服务部署构建4、必须确保服务端口不冲突5、服务器异常后自动重启6、其他团队调用服务需同步信息7、构建并发3～58、需要手动扩容基础资源9、无损发布需手动操作
End
开发
验收
1、所有服务使用统一部署脚本（自动）2、部署环境在创建应用服务时勾选3、生产环境由质量/运维审批发布4、服务调用端口统一为805、服务异常可自动漂移及重启6、构建并发增加7、服务器及服务均可分钟级自动伸缩容8、部分服务已实现无损发布9、资源控制力度细，节省成本
发布/作业/环境配置/巡检/监控告警
1、各团队服务名称命名方式不同2、各团队不同服务对外端口冲突3、各团队各个环境域名命名不同4、各团队服务信息记录维护复杂5、各团队人员变化规则同步异常6、统一代码仓库
1、所有服务使用统一部署脚本（自动）2、部署环境在创建应用服务时勾选3、各团队SIT环境自行申请由质量审批发布4、服务调用端口统一为805、服务异常可自动漂移及重启6、构建并发增加
1、所有服务使用统一部署脚本（自动）2、部署环境在创建应用服务时勾选3、各团队UAT环境自行申请由质量审批发布4、服务调用端口统一为805、服务异常可自动漂移及重启6、构建并发增加
开发环境部署
生产环境部署
DevOps的落地涉及DevOps平台的建设、流程体系建设、各个角色人员赋能、标准规范、自动化等多个方面，其可以为带来如下方面的提升。1、研发吞吐率提升。DevOps落地可以通过自动化程度来减少不同团队人工等待时效、减少不同团队沟通频率、减少不同角色认知差异问题，提高构建效率，同时提升研发、测试、运维对业务需求迭代的吞吐量。2、研发交付流程规范提升。不同研发团队、不同项目在同一套盘古平台上开展研发交付过程，通过平台预先制定的流程、规范进行约束不同研发团队的研发交付，从而实现研发交付的规范和标准。3、研发交付质量提升。研发交付质量由最开始的部署结果质量保障，升级到代码质量保障、测试覆盖保障、交付管控质量保障，从而实现自动化的技术管控。4、研发交付持续优化。基于DevOps平台，通过流水线的过程数据信息，以及进一步的数据分析，通过分析关键节点、关键指标分析提效，从而实现研发交付过程的持续优化（包括DevOps平台优化、交付流程优化、标准规范优化等）。
