好的架构是进化来的，我们既需要一套完整的架构规划，来确保完整性和建设规范，但也 需要架构能够持续演进，确保整体稳妥可控，所以我们归纳总结了两种云原生架构演进路径作 为参考。
参考路径一：全局宏观尺度来看(从上向下)，根据云原生能力评估来寻找技术短板和演 进路径。如下示例是一个云原生架构三阶段演进路径，帮助金融机构逐步实现应用架构从单体 微服务改造，走向单元化，实现同城双活再到异地多活的变迁。寻求最平衡的架构发展路径以 满足业务发展和严苛场景考验。
参考路径二：从问题出发(从下向上)，架构演进的目的一定是解决某一类问题。不妨从“问 题”的角度出发，来设计整体云原生架构演进。如下示例使一个以解决技术问题来不断进行云 原生架构演进的实践。
步骤 1：为了让整个应用架构有“更好的底层支撑”，将应用架构运行在云平台上
步骤 2：为了解决单体架构“复杂度问题”，使用微服务架构
步骤 3：为了解决微服务间“通讯异常问题”，使用治理框架 + 监控
步骤 4：为了解决微服务架构下大量应用“部署问题”，使用容器
步骤 5：为了解决容器的“编排和调度问题”，使用 Kubernetes
步骤 6：为了解决微服务框架的“侵入性问题”，使用 Service Mesh
结语
本文将广义云原生的技术理念和金融级的技术标准进行了映射和结合，
定义了金融级云原生的蓝图和十大要素，旨在让云原生的先进技术理念能够
扩展到企业机构全方位技术栈，给金融行业的面向信息技术应用创新的架构
规划提出了全新的参考架构，让我们一起坚持探索和实践，为金融级的架构
创新提速
