4、Kubernetes与容器化应用部署全解析

Kubernetes与容器化应用部署全解析

1. 为何选择Kubernetes

现代PaaS往往对可运行的工作负载类型存在诸多限制。例如，它能否运行挂载基于块的卷的有状态应用（这在迁移遗留应用时可能会用到），或者运行没有托管服务的定制数据库？所以，要慎重考虑当前和未来的需求，选择一个能随业务共同成长和扩展的平台。

2. 何时（不）使用Kubernetes

Kubernetes的目标是提高应用部署的管理效率，但不应盲目跟风，而要切实考虑它是否有助于或阻碍服务的运行。虽然托管的Kubernetes平台能确保集群组件平稳运行，但运行这样一个通用平台会有一定的管理开销，包括为容器分配CPU和内存资源、更新部署、配置网络，以及在不中断运行服务的前提下保持一切更新。
- 不建议使用的情况 ：
- 若能精准预测当前和未来的业务需求，且不需要Kubernetes提供的灵活性，不关心其生态系统的供应商可移植性，并且应用架构能很好地适配更专用的平台，那么可以选择其他平台，这样管理起来可能更简单。
- 对于已有完全托管等效方案的软件部署，通常不建议使用Kubernetes。比如，云提供商能托管SQL数据库，就没必要在Kubernetes中运行。
- 建议使用的情况 ：
- 运行高密度无状态应用。
- 混合多种工作负载，如现代无状态应用和遗留有状态单体应用。
- 将服务从过时系统迁移到统一平台。
- 处理高性能计算，如数据分析和机器学习的批处理作业。
- 运行大量微服务。

Kubernetes会带来新的管理开销，若当