为什么容器和 Kubernetes 有潜力运行一切

你为什么说库本内斯是一辆自卸车？我谈到库本内斯在定义、共享和运行应用程序方面有多出色，就像自卸车在搬运垃圾方面一样。如何跨越Kubernes的学习曲线，我解释说Kubernes的学习曲线实际上与在任何生产环境中运行应用程序的学习曲线相同，这确实比学习所有传统组件(如负载平衡器、路由器、防火墙、交换机、集群软件、集群文件系统等)要容易。)。这是开发人员和操作人员之间的协作，以指定在生产环境中事物如何工作，这意味着双方都需要学习。

首先，我学会了如何使用它。我重新设计了库本内斯的学习框架，侧重于驾驶自卸车，而不是制造或装备自卸车。在第四篇文章中，我分享了我最喜欢的四种工具，这四种工具可以帮助你骑库伯内斯。这些工具可以帮助您在Kubernetes(驾驶自卸卡车)中构建应用程序。

在最后一篇文章中，我将分享我对在库本内运行应用程序的未来如此兴奋的原因。

Kubernetes从一开始就能够很好地运行基于网络的工作负载(集装箱化)。工作负载，如网络服务器、Java和相关的应用服务器(PHP、Python等)。)可以正常工作。该平台处理支持服务，如域名系统、负载平衡和SSH(由kubectl exec替代)。

在我职业生涯的大部分时间里，这些都是我在生产环境中运行的工作负载，所以我立即意识到除了DevOps和敏捷性之外，使用Kubernetes运行生产环境工作负载的力量。即使我们很难改变我们的文化习惯，我们也能提高效率。调试和退役变得非常容易，这对于传统的信息技术来说是极其困难的。因此，库伯内斯从早期阶段就为我提供了用单一配置语言(库伯YAML/Json)建模生产环境工作负载所需的所有基本原语。

但是如果您需要运行带有复制功能的多主机MySQL，会发生什么呢？使用盖拉的冗余数据怎么样？您如何拍摄快照和备份？像SAP这样复杂的工作呢？对于Kubernetes，第0天(部署)一个简单的应用程序(网络服务器等)。)非常简单，但是它不能解决第二天的操作和工作量。这并不是说具有复杂工作负载的第二天操作比传统的信息技术更难解决，但是使用库本内软件并不能使它们变得更容易。每个用户都必须设计自己的天才想法来解决这些问题，这基本上就是当前的情况。在过去五年中，我遇到的第一类问题是复杂工作负载的第二天操作。(LCTT:在软件生命周期中，第0天是指软件的设计阶段；第1天是指软件开发和部署阶段；第2天是指生产环境中的软件操作和维护阶段。)

幸运的是，随着库本内斯运营商的出现，这种情况正在发生变化。随着运维设备的出现，我们现在有了一个框架，可以将第二天的运维知识总结到平台中。现在，我们可以应用我的库本内斯基础:首先学习如何使用中描述的定义状态和实际状态的相同方法。现在，我们可以定义、自动化和维护各种系统管理任务。

我经常把操作和维护机器称为“系统管理机器人”，因为它们本质上是第二天工作中操作和维护知识的集合，涉及工作负载类型(数据库、网络服务器等)。)由主题专家(SME，例如数据库管理员或系统管理员)作为目标，通常记录在维基的某个地方。维基中这些知识的问题在于，为了将这些知识应用于解决问题，我们需要:

为了生成事件，通常监控系统会发现故障，然后我们创建故障单

SME人员必须调查这个问题，即使在

SME人员必须执行这些知识(执行备份/恢复、配置Galera或事务复制等)之前，这个问题我们已经见过无数次了。)

通过操作和维护设备，所有这些中小企业知识都可以嵌入到单独的容器映像中，该映像在实际工作负载之前部署。我们部署操作员容器，然后操作员部署和管理一个或多个工作负载实例。然后，我们使用“运营经理生命周期管理器”(Katacoda教程)等方法来管理运营经理。

因此，随着我们进一步使用Kubernetes，我们不仅简化了应用程序的部署，还简化了整个生命周期的管理。运营管理器还为我们提供了管理具有深层配置需求(群集、复制、修复、备份/恢复)的非常复杂的有状态应用程序的工具。此外，最好的事情是建造集装箱的人可能是第二天运输的主题专家，所以现在他们可以将这些知识嵌入到操作环境中。

这个系列的总结

库本内斯有着光明的未来。就像以前的虚拟化一样，工作负载扩展是不可避免的。学习如何控制库本内斯可能是开发人员或系统管理员职业发展中最大的投资。随着工作量的增加，职业机会也会增加。所以，这是驾驶一辆令人惊叹的自卸车，它在搬运垃圾时非常优雅.

你可能想在推特上关注我，我在

父爱网上分享了很多关于这个话题的内容。