在生产环境、开发测试环境、两地三中心架构中，如何部署云管平台？

我一般理解是把云资源池及其相关的资源叫做供给侧（包括两地三中心架构），那么这一侧是会有不同的业务域，或叫不同的池化用途，比如生产环境、开发环境、测试环境、准生产环境、培训环境、运维区环境等等，这些都是供给侧依照不同业务要求做了相应的物理隔离、安全管控、访问限制和自动化交付水平等都各有差别。因为这些业务属性或者要求才质上区别了供给侧的输出方向和面向用户群。
每一种供给侧输出所面对的使用者，都有一个服务侧，有可能是不同版本下的原生态openstack或foreman或oVirt等，也可能是不同版本的vCenter或Ctrix管理平台，这些服务侧可以独立操控供给侧的资源输出。如果需要统一云管平台，那么这些服务侧的 API 服务能力是必须要梳理和建立，否则难以完成统一云服务管理平台；
接下来，就是构建统一云管平台，即消费侧的实现交付，就要考虑统一云管平台下各服务侧数据粒度的对接了，如何维护和保证这个粒度一直，就需要构建一个适合将不同域数据粒度转换的管控数据库/CMDB，通过这个CMDB将不同域的数据进行用户化划分、角色化定位，通过这个些集成，将不同维度数据，围绕使用者的角色和安全管控粒度，业务归属和交付粒度，重新定义面向使用者的实现。
所以资源 Administrator 这一层，我理解多数是站在资源池供给侧、资源服务侧的理念进行操作管理，尽可能降低资源 admin 的手工操作和加速排错，以自动化和脚本化的模式进行准确的 silence 交付。
但是作为面向业务开发、运营和运维使用者的消费侧，那就得重新定义和考虑不同用户的所关注不同的数据粒度，操作交付，关联交付，历史追溯，性能跟踪等等，这些都是需要重新梳理和定位用户真实使用需求。如此才能更为适中的交付云管平台，吸引使用者成云管平台粉。