问题描述
在使用AWS创建了一个EKS集群，并成功部署了一个NodeJS服务，能够通过浏览器命令访问RDS实例。现在他想要将这个集群用于他们的产品，产品由多个以Docker容器形式运行的服务组成。一个“发布版本”是一组具有自己版本的容器。为了举例说明，以下是一个描述在sandbox集群上构建2023-01-09-1234版本的YAML文件：
product: company-web-site
environment: sandbox
version: 2023-01-09-1234
artifacts:
microservice0: 2.4.0
microservice1: 1.5.0
...
microserviceN: 4.10.2
每个微服务都以相同的方式部署，只在名称和版本号上有所不同。所以他假设应该有一个图表模板，可以为所有微服务使用，根据需要传递名称和版本。只有一些微服务在构建之间更改版本。
但是，他不确定是否应该有一个顶级图表来表示company-web-site:2023-01-09-1234产品，然后在其./charts目录中包含每个微服务的图表。如果是这样，那么该目录将如何被填充，因为他将使用一个图表模板来为它们生成图表？
基本上，他希望能够根据上面的YAML文件查询Helm安装的company-web-site:2023-01-09-1234，并传达YAML文件中的信息。
解决方案
请注意以下操作注意版本差异及修改前做好备份。
方案1：使用Helm Charts进行版本控制和部署
使用Helm来管理多个微服务的版本控制和部署是一个不错的选择。你可以为每个微服务创建一个单独的Helm Chart，然后使用一个顶级的Chart来管理它们的发布版本。
以下是具体步骤：
-
创建顶级Chart： 首先，你可以创建一个顶级Chart，用于管理整个产品的版本和发布。这个Chart将包含一个
charts目录，用于存放各个微服务的子Chart。 -
创建子Chart： 为每个微服务创建一个独立的子Chart。每个子Chart都应该位于顶级Chart的
charts目录下。在每个子Chart中，你可以定义该微服务的部署、服务配置以及其他所需的资源。 -
使用依赖管理： 你可以在顶级Chart的
Chart.yaml中使用dependencies字段来引入各个子Chart作为依赖。这样，在部署顶级Chart时，Helm会自动处理子Chart的安装和配置。 -
管理版本号： 在顶级Chart中，你可以定义整个产品的版本号、环境等信息，这与你在YAML文件中所述类似。使用
values.yaml文件来存放这些变量的值。 -
部署和查询： 一旦你创建好了整个架构，你可以使用Helm来部署顶级Chart，从而部署所有微服务。当你查询已安装的Chart时，它将包含各个子Chart的信息，以及它们的版本和配置。
方案2：使用自定义脚本管理部署顺序
另一种方法是编写自定义脚本来管理微服务的部署顺序。这可能会在一些情况下更加灵活，但也需要更多的手动管理。
以下是一个简单的bash脚本示例，可以帮助你手动控制微服务的部署顺序：
#!/bin/bash
# 部署微服务0
helm install microservice0 ./path/to/microservice0
# 等待微服务0完全部署
until kubectl get pods | grep microservice0 | grep Running; do
sleep 5
done
# 部署其他微服务...
在这个示例中，我们通过Helm来部署每个微服务。然后，使用一个循环来等待每个微服务完全部署（这里是通过检查Pod的状态来判断）。一旦微服务0就绪，你可以继续部署其他微服务。
总结
使用Helm来管理多个微服务的版本控制和部署是一个强大的选择。你可以通过创建顶级Chart和子Chart来组织微服务，使用依赖管理来处理安装顺序，并使用Helm来查询已安装Chart的信息。另一方面，如果你需要更精细的控制，你也可以编写自定义脚本来管理微服务的部署顺序。选择哪种方法取决于你的具体需求和偏好。