在本系列的"真实世界中的微服务"中，我分享了我们的云计算之旅。首先是在我们的容器化Java应用程序中自动化内存管理的挑战，然后我们必须保护我们的容器（谢谢你，Red Hat），然后我们必须找出如何在Kubernetes上运行我们在Kubernetes出现之前就开始构建的应用程序。接下来的问题是：我们如何完全自动化我们的应用程序生命周期？问题：Helm非常适合部署和配置应用程序，但我们还需要一种管理应用程序配置和生命周期的方法。正如我前面提到的，我们使用Helm图表来方便地部署和配置应用程序。但是，这种方法只部署应用程序；它不管理其配置和生命周期。我们的开发人员必须记住并使用不同的选项编写部署脚本，例如不同的可选依赖子图和用于垂直和水平缩放的子图配置。我们尝试了Terraform Helm提供程序，但是我们在动态变量方面遇到了挑战，后来在Terraform 0.12中进行了改进。但是Terraform仍然无法跟踪状态变化，不像我们希望的那样自然和连续。图1。下面，TurboEconomic业务应用程序由多个服务组成，每个服务都需要不同的配置进行部署。有关涡轮力学积分的完整列表，请访问我们的积分页面。解决方案：Kubernetes运营商提供我们的微服务应用程序所需的连续生命周期管理。然后我们遇到了运营商，这是由Red Hat和Kubernetes社区提供的，运营商框架提供了Kubernetes本地的管理应用程序配置的方法、使用操作员捕获的应用程序特定代码的应用程序生命周期以及应用程序配置的自定义资源定义。operatorsdk可以开发本地的go-lang操作符，或者将现有的Ansible食谱或Helm图表转换为操作符。因为我们已经有了一个相当好的舵手图，所以我们决定找一个舵手。有关参考，请参阅在GitHub上安装t8c结果：我们将重点放在为客户构建正确的应用程序上。你好，多云。运行一个应用程序需要做很多工作，尤其是微服务应用程序。为了实现可伸缩性，您必须尽可能地自动化。对于我们来说，另一种选择是我们的DevOps工程师因为必须记住应用程序每次更新或部署的所有Helm选项而感到沮丧。这不符合比例另一方面，操作员可以捕捉到更多信息，定义诸如"您需要先更新数据库，然后更新这个，然后更新那个……"这就是我们计划构建操作员功能的方式。他们保持操作知识，记住你昨天、前一天或前一周给他们的选项。我们的Devops团队可以专注于继续提高我们的产品线的自动化程度，我们的应用程序可以随着业务的发展而扩展，我们的开发人员也可以找到如何让我们的应用程序在Istio的多云中运行。是的，那是我的下一篇文章！