动态环境：为每个客户创建独立环境的最佳方法

57次阅读

问题描述

在开发中遇到了一个问题：在为客户创建动态环境时，希望能够找到最佳的方法。具体情况是这样的：
– 他们为不同的客户（大约有50个客户）提供SaaS解决方案，每个客户都有许多用户。
– 为了满足每个客户的需求，他们需要在不同的虚拟机中创建虚拟主机（vhost），在数据库虚拟机中创建数据库，以及配置应用程序的dotenv文件。有时还需要创建更多的虚拟机或数据库机器。
– 通过多租户设置，使用相同的应用程序可以为多个客户提供服务，每个客户都有自己的环境配置文件。

然而，问题在于整个流程都是手动进行的，而他们希望能够根据API调用或自动化流程来添加新的客户。

解决方案

方案1：使用CD Pipeline自动化部署

如果你想在添加新客户时自动部署ConfigMap和Deployment，你可以考虑使用持续交付（CD）Pipeline来实现。这个Pipeline可以根据添加新客户的API调用或Webhook来触发部署。以下是一个可能的解决方案：
1. 设置一个API调用或Webhook，用于添加新客户。当有新客户时，触发CD Pipeline。
2. 在CD Pipeline中，将新客户的相关信息传递给Helm Chart的Values.yaml文件。这个文件包含了需要在ConfigMap和Deployment中使用的参数。
3. 使用Helm Chart将ConfigMap和Deployment部署到选择的Kubernetes集群中。

如果你还没有CD Pipeline，你可以考虑使用Azure DevOps或ArgoCD。这些工具都支持基于API调用触发的部署。在Azure DevOps中，你需要创建一个服务连接，而在ArgoCD中，你需要注册你的Kubernetes集群。使用Helm Chart是将Kubernetes清单部署的最简单方法，ArgoCD只能用于Kubernetes。如果你希望支持多种环境，Azure DevOps可能是更好的选择，尽管Jenkins也是一个选择，但其管理可能会较为繁琐。

方案2：使用工作流引擎

另一种方法是使用工作流引擎，如Argo Workflows，来管理整个添加客户的流程。你可以将每个添加客户的步骤视为一个工作流。工作流引擎会读取工作流模板，并根据需要执行任务。这个方案可以适用于Kubernetes以及其他环境。

Argo Workflows的优势包括：
– 提供UI/CLI方式触发工作流。
– 支持基于事件和Webhook的触发。
– 支持多个存储库，可用于读写客户配置信息。
– 支持RBAC/SSO，可以对工作流和运行工作流的用户进行权限控制。
– 可以减少手动干预和排错，提高效率。
– 提供日志和输出的易于获取的功能。
– 工作流可以版本化，以代码的形式进行维护。
– 可以使用CD工具（如ArgoCD）部署工作流。

这种方法的劣势可能在于，如果只有一个工作流需要自动化，可能有些过于复杂。但你也可以部署多个模板来满足不同的需求。

无论你选择哪个方案，都需要考虑如何存储和管理客户特定信息和共享配置。你可以考虑将这些信息存储在Git仓库中的JSON文件中，或者在配置管理数据库中维护。