小编Yoa*_*Gil的帖子

K8S用于管理多种环境(QA,分期,生产,开发等)被认为是一种很好的做法？

例如,假设一个团队正在开发一个需要部署一些API的产品,以及一个前端应用程序.通常,这将需要至少2个环境:

• 暂存:在发布到客户端之前进行迭代/测试和验证
• 生产:这是客户可以访问的环境.应包含稳定且经过良好测试的功能.

因此,假设团队正在使用Kubernetes,那么托管这些环境的好习惯是什么？到目前为止,我们考虑了两个选择:

1. 为每个环境使用K8s群集
2. 仅使用一个K8s群集并将它们保存在不同的命名空间中.

(1)似乎是最安全的选择,因为它可以最大限度地降低潜在的人为错误和机器故障的风险,从而使生产环境处于危险之中.但是,这需要更多主机的成本以及更多基础架构管理的成本.

(2)看起来它简化了基础架构和部署管理,因为只有一个集群,但它提出了一些问题,如:

• 如何确保人为错误可能会影响生产环境？
• 如何确保登台环境中的高负载不会导致生产环境中的性能损失？

可能还有其他一些问题,因此我正在与StackOverflow上的K8社区联系,以便更好地了解人们如何应对这些挑战.