源滚滚编程

Kubernetes 的出现从根本上改变了在云中构建和部署应用程序的方式。从根本上说，它旨在为开发人员提供更高的速度、效率和灵活性。我们希望前面的章节能让您了解为什么要使用 Kubernetes 部署应用程序。现在，您已对此深信不疑，接下来的章节将教您如何部署应用程序。

DaemonSet非常适合在整个集群中部署服务，但升级怎么办？在 Kubernetes 1.6 之前，更新由 DaemonSet 管理的 Pod 的唯一方法是更新 DaemonSet，然后手动删除由 DaemonSet 管理的每个 Pod，以便用新配置重新创建 Pod。随着 Kubernetes 1.6 的发布，DaemonSets 获得了一个与部署对象等价的对象，可以在集群内管理 DaemonSet 的推出。

当需要更改实施服务的软件版本时，Kubernetes 部署支持两种不同的推出策略：重新创建滚动更新。

当不再需要 ReplicaSet 时，可以使用 kubectl delete 命令将其删除。

通过更新存储在 Kubernetes 中的 ReplicaSet 对象上的 spec.replicas 关键字，可以扩大或缩小 ReplicaSet 的规模。当扩大 ReplicaSet 时，新的 Pod 会使用 ReplicaSet 上定义的 Pod 模板提交给 Kubernetes API。

Pod 清单中描述了 Pod。Pod 清单只是 Kubernetes API 对象的文本文件表示。Kubernetes 坚信声明式配置。声明式配置是指在配置中写下世界的理想状态，然后将配置提交给服务，服务会采取行动确保理想状态成为实际状态。声明式配置不同于命令式配置，在命令式配置中，你只需执行一系列操作（例如，apt-get install foo）即可修改世界。多年的生产经验告诉我们，对系统所需的状态进行书面记录，能让系统更易于管理、更可靠。

速度是当今几乎所有软件开发的关键要素。软件行业已经从以盒装 CD 或 DVD 的形式提供产品，发展到通过网络提供软件，并每小时更新一次。这种不断变化的格局意味着，您与竞争对手之间的差距往往在于您开发和部署新组件和功能的速度，或者您响应他人开发的创新的速度。不过，需要注意的是，速度并不是简单的原始速度。虽然用户一直在寻求迭代改进，但他们更感兴趣的是高度可靠的服务。曾几何时，服务在每晚午夜因维护而停机是没有问题的。但如今，所有用户都希望有稳定的正常运行时间，即使他们运行的软件在不断变化。

这些应用程序接口通常由分布式系统提供，实现应用程序接口的各个部分运行在不同的机器上，通过网络连接，并通过网络通信协调它们的行动。最后，由于世界上越来越多的人开始上网并使用这些服务，因此它们必须具有高度的可扩展性，这样才能在不对实现服务的分布式系统进行彻底重新设计的情况下，提高服务能力，跟上日益增长的使用量。根据您何时以及为何将本书捧在手中，您可能在容器、分布式系统和 Kubernetes 方面拥有不同程度的经验。它最初由谷歌开发，灵感来自于十年来通过面向应用的 API 在容器中部署可扩展的可靠系统的经验。