开发测试环境下容器集群的交付策略？
在传统的开发测试过程中，基于不同的应用、不同的测试阶段以及不同的版本，会搭建多套环境，比如开发环境、功能测试环境、非功能测试、用户测试测环境等。在容器化实施过程中，应该采用什么样的环境交付策略？
一种策略是部署一套跨环境的容器管理平台，通过命名空间或者租户等对不同的应用和不同测试阶段的测试资源进行隔离。
另外一种策略是在每个不同的环境都部署一套容器管理集群。
对于第一种策略，增加了资源的复用度，但是不同隔离区的开发测试对象是否会是否影响。第二种策略要同时管理多套环境，增加了管理的复杂度，没有体现出容器交付的优点。
4同行回答
建议开发测试环境下使用同一套容器集群管理不同测试阶段，通过问题中说的多租户等方式对不同的应用和不同测试阶段的测试资源进行隔离，主要是因为管理方便，个人觉得没有大的必要去搭建多套容器集群，实际使用时只需要生产和测试隔开，各自独立建设容器集群即可。
至于资源复用度问题，个人意见认为只要是对不同测试阶段的测试资源进行了隔离，宿主机资源也是只分给某一个租户或者测试环境的某个阶段使用的，所以无论是搭建多套容器环境，还是一套容器环境用多租户进行资源隔离，在资源复用方面是一样的。如果这一点上很在意，可以考虑在物理机上运行虚拟机，在虚拟机中再运行容器，通过让不同租户的虚拟宿主机复用同一台物理机，来实现不同租户、不同测试阶段的容器混跑在一台物理机上，间接来提高资源复用度，对于开发测试环境一般还是可以接受的。
收起首先生产环境和开发测试环境应该是独立的集群，一方面，金融企业生产系统的访问有严格的限制；另一方面对于平台自身的变更，可以在开发测试环境进行测试，保证生产环境的稳定性。利用容器的特点，通过内部镜像仓库，在不同环境发布，方便进行版本控制。
开发测试环境建议一套环境。