2017-【数据工程和技术分会场】Cloud_Native_Applications_29页-3mb

文档内容总结

核心内容

该文档主要探讨了**云原生应用（Cloud Native Applications）**的概念、实践方法以及从单体架构向云原生迁移的策略。文档由Capital One首席工程师Kevin Hoffman主讲，内容涵盖云原生应用的设计原则、迁移路径和开发实践。

主要观点

1. 云原生应用的定义

• 云原生应用是为云平台设计的应用，强调与基础设施的解耦。
• 应用应具备弹性扩展、水平扩展的能力，不依赖于特定主机。
• 基于Heroku的“12因素”原则（扩展为“15因素”），强调构建可部署、可维护、可扩展的应用。

2. 云原生应用的核心实践

• 单一版本控制代码库：每个应用应有独立的代码库，避免多个应用共享代码。
• API优先：服务生态需要通过API进行通信，而非代码依赖。
• 依赖管理：明确声明依赖项，使用最小化的Docker镜像，确保应用可移植。
• 环境配置分离：应用不应依赖主机环境，所有配置应通过环境变量传递。
• 日志管理：应用应将日志输出到标准输出，使用结构化日志以便查询和分析。
• 快速启动与停止：应用应在云环境中快速启动和停止，以支持动态扩展。
• 无状态设计：长期状态应由后端服务处理，避免在应用中存储状态。
• 安全设计：安全应作为核心考虑，明确授权机制，避免匿名访问，使用Bearer tokens/OAuth/OIDC等最佳实践。

3. 从单体架构迁移至云原生

• 停止向单体架构添加新功能：所有新功能应基于云原生设计。
• 优先考虑功能：确定哪些功能能带来最大收益，逐步进行迁移。
• 迁移策略：
  • Lift and Shift：直接迁移单体应用至云平台，不改变其结构。
  • Isolate and Break：将单体应用拆分为独立服务，逐步迁移。
  • Event Sourcing：使用事件溯源方法，将业务逻辑与数据存储分离，提高可扩展性。

关键信息

云原生应用的15因素

• 单一代码库、依赖项管理、环境配置分离、日志输出、进程模型、端口绑定、无状态设计、快速部署、测试优先、自动化、API优先、监控、安全、可扩展性、持续交付。

迁移注意事项

• 避免“Works on my machine”反模式，确保应用在任何环境中都能正常运行。
• 使用CI/CD流水线实现自动化测试与部署，确保环境一致性。
• 避免使用粘性会话（Sticky Sessions），以支持水平扩展。
• 考虑使用事件溯源、调度器、队列触发等方式替代传统批处理操作。

云原生Go语言的优势

• 轻量级：Go语言编译为原生二进制文件，执行速度快。
• 社区支持：拥有活跃且庞大的开发者社区。
• 易于学习：学习曲线平缓，适合快速开发和部署。

结论

云原生应用是一种为云平台优化设计的现代应用架构，强调灵活性、可扩展性和自动化。从单体架构迁移至云原生需要明确的策略和实践，包括代码库拆分、依赖管理、环境配置分离、日志与监控优化等。采用云原生设计可以显著提升应用的性能和可维护性，但需避免反模式，如依赖主机环境、使用粘性会话等。Go语言因其轻量、快速和活跃的社区，成为构建云原生应用的理想选择。