在Kubernetes 是一辆自卸卡车中，我谈到了一个工具如何优雅地解决它旨在解决的问题——一旦你学会如何使用它。在本系列的第 2 部分中，我将更深入地探讨 Kubernetes 的学习曲线。
Kubernetes 的旅程通常从在一个主机上运行一个容器开始。你很快就会发现运行新版本的软件有多么容易，与他人共享该软件有多么容易，以及这些用户按照你预期的方式运行它有多么容易。
但是然后你需要
- 两个容器
- 两台主机
使用容器在端口 80 上启动一个 Web 服务器很容易，但是当你需要在端口 80 上启动第二个容器时会发生什么？当你在构建生产环境并且需要容器化的 Web 服务器故障转移到第二台主机时会发生什么？简短的答案是，在任何一种情况下，你都必须转向容器编排。
不可避免地，当你开始处理两个容器或两台主机问题时，你将引入复杂性，因此也会引入学习曲线。两个服务（容器的更通用版本）/两台主机问题已经存在很长时间了，并且总是会引入复杂性。
从历史上看，这将涉及负载均衡器、集群软件，甚至集群文件系统。每个服务的配置逻辑都嵌入在每个系统（负载均衡器、集群软件和文件系统）中。运行 60 或 70 个服务，集群化，在负载均衡器后面是很复杂的。添加另一个新服务也很复杂。更糟糕的是，停用一项服务简直是噩梦。回想起我过去排除生产 MySQL 和 Apache 服务器故障的日子，逻辑嵌入在三、四或五个不同的地方，所有格式都不同，仍然让我头疼。
Kubernetes 用一个软件优雅地解决了所有这些问题
- 两个服务（容器）：搞定
- 两台服务器（高可用性）：搞定
- 单一配置来源：搞定
- 标准配置格式：搞定
- 网络：搞定
- 存储：搞定
- 依赖关系（哪些服务与哪些数据库对话）：搞定
- 轻松配置：搞定
- 轻松取消配置：搞定（也许是 Kubernetes 最强大的部分）
等等，看起来 Kubernetes 非常优雅且非常强大。确实如此。你可以在 Kubernetes 中模拟整个微型 IT 世界。
所以，是的，当开始使用巨型自卸卡车（或任何专业设备）时，存在学习曲线。使用 Kubernetes 也存在学习曲线，但这是值得的，因为你可以用一个工具解决很多问题。如果你对学习曲线感到担忧，请考虑 IT 基础设施中所有底层的网络、存储和安全问题，并设想它们今天的解决方案——它们并不容易。特别是当你引入越来越多的服务，越来越快的时候。速度是当今的目标，因此请特别考虑配置和取消配置问题。
但是不要将构建或装备 Kubernetes 的学习曲线（为你的自卸卡车选择合适的挡泥板可能很难，哈哈）与使用它的学习曲线混淆。学习使用如此多的不同层（容器引擎、日志记录、监控、服务网格、存储、网络）构建自己的 Kubernetes，然后每六个月维护每个组件的更新选择，可能不值得投资——但学习使用它绝对值得。
我每天都在 Kubernetes 和容器中吃、睡和呼吸，甚至我都在努力跟上几乎每天宣布的所有主要新项目。但是，没有一天我不对拥有一个工具来模拟整个 IT 微型宇宙的运营优势感到兴奋。另外，请记住 Kubernetes 已经成熟了很多，并将继续这样做。就像之前的 Linux 和 OpenStack 一样，每一层的接口和事实上的项目将成熟并变得更容易选择。
在本系列的第三篇文章中，我将深入探讨在驾驶 Kubernetes“卡车”之前你需要了解的内容。
2 条评论