21、Kubernetes 应用平台构建与状态管理全解析

Kubernetes 应用平台构建与状态管理全解析

1. 构建应用平台的最佳实践

在构建应用平台时，要避免创建一个封闭的系统，因为这样的系统无法与更广泛的世界进行交互。将平台中定义的应用作为 Kubernetes 服务暴露出来，集群内的任何应用都能使用这些应用，而无需考虑它们是否运行在高级平台中。同样，使用 Kubernetes DNS 服务器进行服务发现，高级应用平台就能连接到集群中运行的其他应用，即使这些应用未在高级平台中定义。

在 Kubernetes 之上构建平台时，可参考以下最佳实践：
- 使用准入控制器 ：限制和修改对集群的 API 调用。准入控制器可以验证（并拒绝无效的）Kubernetes 资源，变异准入控制器可以自动修改 API 资源，添加新的边车或其他用户可能甚至无需了解的更改。
- 使用 kubectl 插件 ：通过向熟悉的现有命令行工具添加新工具来扩展 Kubernetes 用户体验。在极少数情况下，专门构建的工具可能更合适。
- 考虑平台用户需求 ：仔细考虑平台的用户以及他们的需求将如何演变。使事情简单易用显然是一个好目标，但如果这也导致用户被困住，并且在不重写平台外的所有内容的情况下无法取得成功，那么最终将是一次令人沮丧（且不成功）的体验。

2. 管理有状态应用

在容器编排的早期，目标工作负载通常是无状态应用，必要时使用外部系统存储状态。随着时间的推移，对基于容器的有状态工作负载的需求成为现实，在某些情况下可能更具性能优势。Kubernetes 经过多次迭代，不仅允许将存储卷挂载到 Po