带给你“一份应用需求定义，到处交付”的云原生交付体验

• 语言: 中文（简体）
• 格式: .pdf
• 来源: github.com/cncf

摘要

文档主要讨论了云原生应用交付面临的三大难题：服务依赖关系复杂导致编排困难、云厂商众多且产品规格繁多难以选择、交付环境复杂导致效率低下且人员成本上升。为了解决这些问题，文档介绍了Terraform和Crossplane等工具的优势与不足，并通过案例分析展示了不同类型的公司在实际交付中的需求和挑战。最终，文档强调了通过统一的应用定义实现在不同环境中的交付，以提升交付效率和灵活性。

AI总结

## 云原生应用交付体验总结

### 一、云原生应用交付的难题
1. **服务依赖复杂**：服务之间的依赖关系复杂，导致编排困难。
2. **云厂商多样性**：同一服务在不同云厂商间的开通、运维和产品规格差异大，难以统一管理。
3. **交付环境复杂**：交付环境涉及公有云、专用云和自建机房等多种场景，交付效率低，难以规模化复制，且对交付人员要求高，导致人员成本上升。

### 二、社区的解决方案
1. **Terraform**：
- **优势**：采用面向终态的IaC（Infrastructure as Code）方式，便于GitOps集成和DevOps自动化。
- **不足**：难以解决跨云厂商的规范标准问题。

2. **Crossplane**：
- **优势**：基于Kubernetes构建通用控制平面，支持多种云服务。
- **不足**：概念复杂，扩展性不足。

### 三、交付案例分析
1. **创业公司A**：
- 运维经验不足，依赖阿里云公共云服务，需掌握云产品、技术及计费体系，采用单一云交付。

2. **金融公司B**：
- 数据存储需自建机房，其他数据采用混合云交付，兼顾成本和弹性能力。

3. **跨国贸易公司C**：
- 受当地政府监管要求，需使用AWS中间件服务，但初次尝试AWS上海外交付，面临技术难题。

### 四、应用交付的关键要素
1. **服务依赖**：包括Database、Storage、MessageQueue、Micro Service等。
2. **组件规格**：CPU、Memory、StorageType、Network、QPS等。
3. **交付环境**：公有云（阿里云、华为云、AWS等）、专用云（政务、电信等）、自建机房（VMware、OpenStack等）。

### 五、交付挑战与技术应对
1. **交付同学的烦恼**：混合云网络拓扑复杂，跨国交付技术难度大。
2. **技术与理念**：
- **Kubernetes**：构建通用控制平面，支持多云交付。
- **IaC**：通过HCL/Cuelang实现自动化配置。
- **AutoOps**：自动化运维，提升交付效率。
- **Service Mesh & Dapr**：支持服务间通信与状态管理。

### 六、云原生交付的核心理念
- **One Definition, Deliver Anywhere**：一份统一的应用需求定义，支持在任意环境（公有云、专用云、自建机房等）进行交付。
- **使命**：通过统一的定义和自动化技术，实现高效、灵活、可靠的云原生应用交付。

总结：云原生交付通过IaC、Kubernetes、混合云等技术手段，解决了服务依赖复杂、云厂商多样性及交付环境复杂等难题，旨在实现“一份定义，随处交付”的目标，降低交付门槛，提升交付效率。