1.4 SRE团队的个人挑战

OpenShift附带了许多工具，可以在许多情况下帮助开发人员或操作人员。本书只能涵盖其中的几个工具，并不打算提供所有OpenShift特性的完整概述。本书并没有试图复制OpenShift文档，而是着重强调我们认为可以帮助你开始运维OpenShift的内容。随着时间的推移，越来越多的特性被开发和添加到OpenShift中，关注OpenShift博客（https://blog.openshift.com）和OpenShift文档（https://docs.openshift.com）是一个好主意，可以更全面地了解给定版本中包含的内容。

本书涵盖的许多工具都在积极开发中，因此你可能会发现它们的行为与本书出版时的工作方式略有不同。每节都给出了引用文档，以便你获得有关如何使用特定组件的更详细说明。该文档经常更新，因此你可以在其中找到最新的信息。

当你使用Kubernetes作为一个平台时，你可能知道很多事情已经自动化了：你只需要告诉控制平面你在部署中需要多少资源，Kubernetes就会找到一个节点来运行它。你不需要手动滚动升级新版本的软件，因为Kubernetes可以为你处理。你所需要做的就是根据需要配置Kubernetes资源。

OpenShift基于Kubernetes，增加了更多的便利，比如从外部路由流量到你的Web服务：在特定的DNS名称下公开你的服务，并通过OpenShift路由器将流量路由到正确的位置。

这些只是过去由操作人员完成但在OpenShift中默认情况下可以自动完成的任务中的一小部分。

然而，根据你的具体需求和运行OpenShift的环境，可能有一些非常具体的任务需要你自己解决。这本书不能一步一步地告诉你，为了完全自动化操作，你需要做什么。如果它很容易适应各种环境，那么它很可能已经是OpenShift的一部分了。因此，请将本书视为一套指导方针，但要知道，你仍然需要解决一些问题，以使OpenShift适合你的运营策略。

你的策略的一部分将是决定如何以及在哪里安装OpenShift。你想要使用其中一个公有云提供商吗？这可能是最容易实现的，但是对于某些工作负载，你可能还需要在自己的数据中心中运行OpenShift。

运维OpenShift的第一步是设置它，当你发现自己需要运行多个OpenShift集群时，你可能希望自动化集群生命周期的这一部分。第2章将讨论安装OpenShift集群的不同方法，从在开发人员机器上运行它（这有助于开发在开发过程中需要运行OpenShift集群的软件）到使用公有云提供商的公共可访问OpenShift部署。