阿里云原生应用平台架构师田伟：应用架构的规划、治理与演进

阿里云原生应用平台架构师田伟从云原生背景出发，详细阐述了应用架构的规划、治理与演进方法，强调通过功能性/非功能性维度设计、全生命周期治理措施及云原生技术赋能，实现应用高效稳定运行与业务价值最大化。

云原生（Cloud Native）产生背景

• 技术演进驱动架构升级：IT技术从单体架构→分布式SOA架构→微服务架构持续迭代，云平台技术（IaaS/PaaS/SaaS）成熟与分布式框架普及推动企业上云成为必然趋势。
• 云原生应用分类：未来应用分为“构建云的应用”与“基于云构建的应用”，后者即云原生应用，其核心是利用云技术优势降低IT成本、提高研发效率并增强系统韧性。
• 五大技术特征：根据CNCF定义，云原生应用具备不可变基础设施、容器、服务网格、微服务、声明式API五大特征，支持在多云环境中快速构建可伸缩、可移植的业务应用。

应用架构的规划与演进1. 应用程序的两大核心维度

• 功能性维度：

  包含完整性、正确性、恰当性，直接产生业务价值。

  示例：健康码随疫情变化新增灰码标识，体现功能设计的动态适应性。

• 非功能性维度：

  保障应用高效稳定运行，包括性能（响应时间）、可靠性、兼容性、可维护性、安全性等。

  架构设计通常以非功能性需求为导向，例如云原生数据库替代传统主从模式实现高可用。

2. 云原生架构的优势

• 最大化利用云组件：通过云平台组件实现非功能性需求（如高可用、流量防护、容灾切换），释放研发精力聚焦业务逻辑。
• 提升研发效率与系统稳定性：减少重复开发非功能性代码，降低运维复杂度。

应用治理的范围

应用治理覆盖设计、开发、测试、运行、运维全生命周期，各阶段治理措施如下：

1. 设计态

• 目标：通过方法论指导保障设计合理性。
• 实践：阿里业务中台采用AEPM方法论，规范业务调研、领域划分、接口设计等环节，实现高内聚低耦合。

2. 开发态

• 目标：提升研发效率与调试便捷性。
• 实践：

  端云互联：实现本地应用与云端资源双向访问。

  环境隔离：为每个功能特性分配独立开发环境。

  服务契约与Mock：规范接口定义，加速开发调试。

3. 测试态

• 目标：提高测试效率与准确性。
• 实践：

  自动化压测：快速验证微服务容量基线。

  流量录制与回放：用真实请求丰富测试用例。

4. 运行态

• 发布态：

  无损下线：确保应用发布、扩容时请求不受影响。

  金丝雀发布：通过小流量验证新版本逻辑。

  全链路灰度：保障灰度流量仅在灰度环境中流转。

• 安全态：

  服务鉴权：限制敏感服务访问权限。

  漏洞防护：通过流量拦截、动态修改等技术修复漏洞。

• 高可用：

  限流/熔断/降级：防止雪崩效应。

  离群实例摘除：自动隔离异常节点。

  临近路由与就近容灾：优化流量分配与故障恢复速度。

5. 运维态

• 目标：实现应用可视可管。
• 实践：

  架构可视化：对比设计态与运行态架构，发现潜在问题。

  全景监控：覆盖基础资源、应用、前端，实时掌握系统状态。

  根因定位：快速诊断问题原因，辅助运维决策。

应用治理关键点

• 架构治理：从业务、应用、技术、部署架构全局分析，避免重复开发与库表拆分不合理。
• 链路分析：清晰展示业务链路调用时序、错误信息、响应时间等，例如淘宝下单涉及多中心协同。
• 调用关系分析：评估单向/双向、平层/跨层调用的合理性，避免前台直接调用后台等违规场景。
• 应用分析：多维度评估应用稳定性、业务正常性及交互友好性，指导改造升级。
• 服务列表分析：通过接口定义、复用度等特征判断服务合理性，优化接口设计。
• 指标池：聚合错误接口、高复用接口、RT、QPS等指标，通过大盘展示系统全局状态。

场景下应用治理实践1. 应用架构分析

• 方法：基于运行拓扑图分析分层体系、依赖关系、调用链路。
• 价值：通过性能测试、资源使用率、流量分布等视角发现瓶颈、优化成本、判定核心应用。

2. 全链路追踪

• 方法：通过TraceId串联请求调用路径，还原完整调用链路。
• 价值：统计调用量、分析拓扑与应用依赖，提升开发诊断效率。

3. 基础设施监控

• 方法：监控硬件、网络、数据库等资源，建立报警与应急流程。
• 价值：保障应用运行环境稳定性，快速响应基础设施故障。

结语

应用治理需长期投入，其能力与方法需随架构演进持续优化。基于云原生架构的治理实践，可帮助企业构建高效、稳定、可扩展的应用体系，为IT治理带来长远收益。

很赞哦!（61）