深入理解Kubernetes：架构、模式、API及运行时
1. Kubernetes设计模式
1.1 Sidecar模式
Sidecar模式是在一个Pod中除了主应用容器外，再放置一个辅助容器。主应用容器并不知道Sidecar容器的存在，只专注于自身业务。例如，使用中央日志代理，主容器只需将日志输出到标准输出（stdout），Sidecar容器会将所有日志发送到中央日志服务，与整个系统的日志进行聚合。
使用Sidecar容器的好处显著：
- 应用无需再承担中央日志记录的负担，避免不必要的麻烦。
- 当需要升级、更改中央日志策略或更换日志服务提供商时，只需更新并部署Sidecar容器，不会影响应用容器。
1.2 Ambassador模式
Ambassador模式将远程服务模拟成本地服务，并可能实施某些策略。以Redis集群为例，一个本地的Ambassador容器可以作为代理，将Redis暴露给主应用容器，主应用容器通过本地地址localhost:6379连接Redis，实际上连接的是同一Pod中的Ambassador容器。Ambassador会过滤请求，将写请求发送到真正的Redis主节点，读请求随机发送到某个从节点。
这种模式的优点在于：
- 主应用无需了解背后的实际情况，便于针对本地Redis进行测试。
- 当Redis集群配置发生变化时，只需修改Ambassador容器，主应用不受影响。
1.3 Adapter模式
Adapter模式用于标准化主应用容器的输出。当一个服务逐步推出时，可能会生成
