Kubernetes即学即用（第二版）

概述

｜

19

因此，究竟是使用

KaaS

还是自行管理（或介于两者之间），每个用户需要根

据自己的实际情况和技术做出决定。通常对于小型组织来说，

KaaS

提供的易

于使用的解决方案能够帮助他们集中时间和精力构建软件，而不用担心集群

管理。而对于能够负担得起专门的团队来管理

Kubernetes

集群的大型组织而

言，也可以选择自行管理，因为这种方式在集群功能和运维方面拥有更大的

灵活性。

1.3

抽象基础设施

公共云的目标是为开发人员提供易于使用的自助服务基础设施。然而，云

API

通常反映的只是

IT

部门期望的基础设施，并非开发人员想要使用的概念

（例如，云

API

中的概念通常是“虚拟机”而不是“应用程序”）。此外，

很多时候，云服务会包含特定于云提供商的实现或服务的特定细节。直接使

用这些

API

，会导致应用程序很难在多个环境中运行，而且也很难在云和物

理的环境之间传播。

朝着

Kubernetes

等面向应用程序的容器

API

转变有两个实实在在的好处。首

先，如前所述，这种方式可以将开发人员与特定的计算机分开。因此，可以

减轻与机器打交道的

IT

岗位的重担，因为我们只需增加机器的总数即可扩展

集群，而且在云环境中，由于开发人员使用的是更高级别的

API

（具体来说

就是特定的云基础设施

API

），因此可移植性也达到了新高度。

如果开发人员构建容器镜像形式的应用程序，并通过可移植的

Kubernetes

API

部署应用程序，那么就可以在多个环境之间转移应用程序，甚至可以轻

松地在混合环境中运行应用程序，因为只需将声明式配置发送到新集群即可。 ...