通过业务建模或者说功能架构的重新梳理, 解耦并重构系统中的业务模块,形成不同的微服务系统。对整个应用的系统接入层、控制层、服务流程层、业务服务/组件层、数据访问层等进行定义划分; 对划分的微服务进行流程编排,使其满足不同的业务场景需要。服务编排结合流程执行引擎、分布式事务框架等以保证联机交易的完整性、一致性。
收起基于系统调研和风险评估结果,并结合云平台特点,确定应用系统云上的新架构。 基于应用系统分层,可定义四种架构类型:一层架构,二层架构,三层架构和四层架构。
一层架构指的是:在两台或两台以上的服务器上部署相同的应用程序,且建议应用保证单台服务器的故障不影响业务连续性。
相对一层架构模式,增加了数据层,实现应用和数据分离。接入层可申请两台或者多台应用服务器并部署相同的应用程序,并且应用建议保证单台服务器的故障不能影响业务连续性。数据层向云平台申请分布式数据库或分布式NoSQL以实现存储层的弹性扩展。
中等规模业务量应用(5 00< 设计用户< 3000 ), 需要应用和数据库分离 。
三层架构相对于二层架构,将应用拆分为接入层和应用层。接入层主要负责页面的请求处理,应用层主要负责业务逻辑以及数据访问的封装。接入层和应用层可申请两台或者多台应用服务器并部署相同的应用程序,并且应用建议单台服务器的故障不能影响业务连续性。
设计用户数量在3 000 以上,核心业务系统的主流选型架构。
四死层架构相对于三层架构,多了微服务治理架构层,该层用于微服务治理。
1. 流量波峰波谷,弹性伸缩场景。
2. 基于容器自动化调度和部署,高可用,高扩展场景。
3. 基于镜像标准化应用的部署和交付。