1、持续交付持续交付DevOps容器化容器化微服务微服务互联网架构互联网架构DevOps 是软件开发人员和是软件开发人员和 IT 运维之间的合作，目标是运维之间的合作，目标是自动执行软件交付和基础架自动执行软件交付和基础架构更改流程。它创造了一种构更改流程。它创造了一种文化和环境，可在其中快速、文化和环境，可在其中快速、频繁且更可靠地构建、测试频繁且更可靠地构建、测试和发布软件。和发布软件。持续交付使得单个应用更改持续交付使得单个应用更改在准备就绪后即可发布，而在准备就绪后即可发布，而不必等待与其他更改捆绑发不必等待与其他更改捆绑发布或等待维护窗口期等事件。布或等待维护窗口期等事件。持续交付让发布

2、行为变得平持续交付让发布行为变得平淡可靠，因此企业可以以更淡可靠，因此企业可以以更低的风险频繁交付，并更快低的风险频繁交付，并更快地获得最终用户的反馈，直地获得最终用户的反馈，直到部署成为业务流程和企业到部署成为业务流程和企业竞争力必不可少的组成部分。竞争力必不可少的组成部分。微服务是将应用作为小型服微服务是将应用作为小型服务集合进行开发的架构方法，务集合进行开发的架构方法，其中每个服务都可实施业务其中每个服务都可实施业务功能，在自己的流程中运行功能，在自己的流程中运行并通过并通过 HTTP API HTTP API 进行进行通信。每个微服务都可以独通信。每个微服务都可以独立于应用中的其他服务

3、进行立于应用中的其他服务进行部署、升级、扩展和重新启部署、升级、扩展和重新启动，通常作为自动化系统的动，通常作为自动化系统的一部分运行，可以在不影响一部分运行，可以在不影响最终客户的情况下频繁更新最终客户的情况下频繁更新正在使用中的应用。正在使用中的应用。与标准虚拟机相比，容器能与标准虚拟机相比，容器能同时提供效率和速度。单个同时提供效率和速度。单个操作系统实例使用操作系统操作系统实例使用操作系统级的虚拟化，在一个或多个级的虚拟化，在一个或多个隔离容器之间进行动态划分，隔离容器之间进行动态划分，每个容器都具有唯一的可写每个容器都具有唯一的可写文件系统和资源配额。创建文件系统和资源配额。创建和破

4、坏容器的开销较低，再和破坏容器的开销较低，再加上单个虚拟机中的高包装加上单个虚拟机中的高包装密度，使容器成为部署各个密度，使容器成为部署各个微服务的完美计算工具。微服务的完美计算工具。什么是DevOps?用开发的方式来思考运维,用运维的方式来指导开发.DevOps 的宗旨就是消除两个传统上孤立的团队（开发团队和运营团队）之间的壁垒。目标目标01提高开发效率02减少上线时间03减轻环境依赖DevOps成为了原生云的基础开发要可维护性强基础设施即代码微服务微服务容器化容器化开发完成即部署部署完成即测试持续交付持续交付监控和日志类NGO全能团队传统团队PMOSMO组织组织敏捷迭代流程协同流程瀑布式流

5、程流程流程开发语言技术框架微服务技术消息队列技术缓存技术数据库技术容器技术云服务技术自动化测试系统安全技术技术技术需求管理工具软件生成工具开发管理工具测试管理工具部署发布工具运维监控工具知识管理工具协作管理工具工具工具 稳（稳态）快（敏态）融合DevOps包含的内容组长需求开发测试产品负责人组长需求开发测试产品负责人组长需求开发测试产品负责人PMO需求组长开发组长测试组长配置管理QA产品经理项目经理项目规划：人员组织基于敏捷开发传统线性软件工程流程传统线性软件工程流程Start需求设计开发测试运维监控End部署流程重构流程重构快速迭代、持续交付流程快速迭代、持续交付流程需求设计开发测试迭代迭代

6、1 1部署运维设计开发需求测试迭代迭代2 2需求设计开发测试迭代迭代3 3部署运维需求设计开发测试迭代迭代4 4部署运维可持续交付的敏捷闭环迭代流程DevOps工具运维一体化工具套件知识管理工具知识库关键字搜索Q&A协作管理工具在线沟通日程安排基于寿险行业特征，能够覆盖软件全部迭代周期并自动集成的通用工具和领域知识工具套件集成集成集集成成需求管理工具软件生成工具Maker开发管理工具测试管理工具部署发布工具运维监控工具Jenkins集集成成集集成成集集成成集集成成回回馈馈基于任务创建分支源代码解耦持续交付并行开发持续交付并行测试开发规范统一性业务差异性界面用例模板接口用例模板数据用例模板界面用

7、例接口用例Sit&Uat系统测试Unit Test单元测试Mot领先试用版本兼容时间轴数据依赖业务流程自动执行收集反馈跟踪处理部署成功自动触发用例界面提示返回报文数据一致性提交需求自动获取用例编排存储存储界面接口自动化测试ATSS-测试用例管理测试用例编排接口测试测试反馈跟踪第三方渠道交易模拟测试中科软自动化测试工具质量评分重点考核指标1.测试用例数.2.测试通过率3.行覆盖分支覆盖A/B测试开发人员或者测试人员可以通过工具自动部署并且一键连接到环境端，使部署更高效流程模式内容一键部署的花瓶模型SSH插件SFTP插件集中配置中心SSHAPI中间件程序包应用配置脚本数据库脚本可用性检查环境冷却更

8、新验证部署与发布分离环境参数（主机、域、权限等）环境操作可视化PRDSITMOT灰度蓝绿传统部署架构公有云私有云混合云持续交付持续交付灰度发布持续交付灰度发布持续交付灰度发布持续交付灰度发布持续交付蓝绿发布持续交付蓝绿发布持续交付金丝雀更新三种方案的对比灰度发布,是目前来看最简单的发布模式,主要解决发布过程中的响应问题,解决了持续发布的第一道关卡.但解决不了更新后的稳定性问题.如果更新发生问题,回退相对比较困难.蓝绿更新是在实现灰度更新的基础上,实现了应用的双版本冷热切换.其主要目的为了解决如果发布后,或运行一段时间,发现有问题,可以快速切换实现回退.在蓝绿更新的基础上,实现了多版本双活运行.

9、可以切换很小的流量切换到不同的版本.这样可以实现某些功能或某些流程同时存在.即使新功能有问题,影响面也会非常低.单一电话配置：根据投保人电话配置路由规则，先进行一个电话的测试，若电话不符合规则全部转走，将测试范围缩小到最小。统一接入平台服务路由配置一个投保人电话，当报文中的网点为配置的网点，则该网点下所有交易均有由互联网核心处理，其余的交易则转到CIP处理单一电话金丝雀版本处理对应网点的所有交易常规版本处理其他所有交易单个电话其他上线后路由实施计划电话试点网点配置：根据报文头的网点代码配置路由规则，确保路由的准确性。统一接入平台服务路由配置一个网点，当报文中的网点为配置的网点，则该网点下所有交

10、易均有由互联网核心处理，其余的交易则转到CIP处理单一网点金丝雀版本处理对应网点的所有交易常规版本处理其他所有交易单个网点其他上线后路由实施计划网点中支配置：由于报文中没有中支的数据，所以我们只能通过该中支下所有的网点进行配置，需要提供要配置的中支下的所有网点。统一接入平台服务路由配置多个网点，当报文中的网点为配置的网点，则该网点下所有交易均有由互联网核心处理，其余的交易则转到CIP处理单一中支金丝雀版本处理对应网点的所有交易常规版本处理其他所有交易多个网点其他上线后路由实施计划中支省市配置：根据报文头的省市代码配置路由规则，根据不同省市进行不同的路由处理。统一接入平台服务路由配置单个省市，当报文中的网点为配置的网点，则该网点下所有交易均有由互联网核心处理，其余的交易则转到CIP处理单一省市金丝雀版本处理对应网点的所有交易常规版本处理其他所有交易单个省市其他上线后路由实施计划省市