mirror of
https://github.com/yeasy/docker_practice.git
synced 2026-10-20 09:46:54 +00:00
yeasy
ef2625531d
全书此前是真·五五开：含中文的括号 336 处半角 : 336 处全角，而且**在同一文件 内混用**——`18_security/18.1_kernel_ns.md` 第 11/17/20 行写 `（如 runC）`， 第 31 行写 `(用户命名空间映射)`。这不是体例问题，是它自己跟自己不一致。 集群里其余 13 本都一边倒（llm_internals 5 : 1049、oc_guide 2 : 713、 forward_deployed_engineering_guide 0 : 108），blockchain_guide 已在 2026-08-05 按同一方向统一过 97 处，故取全角，而非另立新规。全角括号前后不留空格， 原先 `概念 (镜像、容器、仓库) 和` 两侧的空格一并收掉。 **纯拉丁内容的半角括号一个没动**——`新建一个层 (Layer)`、`项目 (project)` 保持原样：改动前后「半角且内容纯拉丁」的数量都是 **1163**，而「半角且含中文」 从 **336 变成 0**。 其余验证：改动前后各自抹掉全部空白与圆括号后**逐字节相同**（两侧均 19559 字符）； 左右括号总数改动前后都是 399 : 399，证明没有吞括号也没有配错对。 `check_project_rules` 202/202、`check_emphasis` 202/202、37 tests OK、 根 `format_checker` 与 `validate_codeblocks` 干净、`git diff --check` 干净。
43 lines
2.2 KiB
Go
43 lines
2.2 KiB
Go
## 16.5 多云部署策略
|
||
|
||
企业在选择容器云平台时，通常会在 AWS EKS，Azure AKS，Google GKE 以及国内的阿里云 ACK，腾讯云 TKE 之间进行权衡。
|
||
|
||
### 16.5.1 三大公有云 Kubernetes 服务对比
|
||
|
||
| 特性 | Google GKE | AWS EKS | Azure AKS |
|
||
| :--- | :--- | :--- | :--- |
|
||
| **版本更新** | 最快，通常是 K8s 新特性的首发地 | 相对保守，注重稳定性 | 跟随社区，更新速度适中 |
|
||
| **控制平面管理** | 全托管，自动升级，$0.10/h（有 Free Tier 抵扣）| 托管，$0.10/h | 全托管；Free 层适合开发/测试，Standard/Premium 层默认包含 Uptime SLA |
|
||
| **节点管理** | GKE Autopilot 模式完全托管节点 | Managed Node Groups 简化管理 | Virtual Machine Scale Sets |
|
||
| **网络模型** | VPC-native, 性能优秀 | AWS VPC CNI, Pod 直接获取 VPC IP | Azure CNI（消耗 IP 多）或 Kubenet |
|
||
| **集成度** | 与 GCP 数据分析、AI 服务集成紧密 | 与 AWS IAM, ALB, CloudWatch 集成深度高 | 与 Active Directory, Azure DevOps 集成好 |
|
||
|
||
### 16.5.2 多云部署策略
|
||
|
||
随着企业业务的扩展，单一云平台可能无法满足所有需求，多云部署成为趋势。
|
||
|
||
#### 1. 跨云灾备：Active-Passive
|
||
|
||
主要业务运行在一个云（如 AWS），数据实时复制到另一个云（如阿里云）。当主云发生故障时，流量切换到备云。
|
||
|
||
* **优点**：架构相对简单，数据一致性好控制。
|
||
* **缺点**：资源闲置浪费，切换可能有 RTO。
|
||
|
||
#### 2. 多活部署：Active-Active
|
||
|
||
业务同时在多个云上运行，通过全局流量管理 (DNS/GSLB) 分发流量。
|
||
|
||
* **优点**：高可用，就近接入提升用户体验。
|
||
* **缺点**：数据同步复杂，跨云网络延迟问题。
|
||
|
||
#### 3. 混合云
|
||
|
||
核心数据和敏感业务保留在私有云 (IDC)，弹性业务或前端业务部署在公有云。
|
||
|
||
* **工具**：Google Anthos，AWS Outposts，Azure Arc 都是为了解决混合云统一管理而生。
|
||
|
||
### 16.5.3 建议
|
||
|
||
* **技术选型**：尽量使用标准的 Kubernetes API，避免过度依赖特定云厂商的 CRD 或专有服务，以保持应用的可移植性。
|
||
* **IaC 管理**：使用 Terraform 或 Pulumi 等工具统一管理多云基础设施。
|