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

在生产环境、开发测试环境、两地三中心架构中,如何部署云管平台?两地三中心架构中的云管平台能否纳入统一管理?

参与9

2同行回答

eximbankeximbank  系统架构师 , 某金融企业
我一般理解是把云资源池及其相关的资源叫做供给侧(包括两地三中心架构),那么这一侧是会有不同的业务域,或叫不同的池化用途,比如生产环境、开发环境、测试环境、准生产环境、培训环境、运维区环境等等,这些都是供给侧依照不同业务要求做了相应的物理隔离、安全管控、访问限制和...显示全部

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

收起
保险 · 2018-12-25
浏览1961
asdf-asdfasdf-asdf  研究学者 , cloudstone
可以纳入统一云管理平台进行管理, 但人员的权限需要详细划分这样的案例有几个但感觉不是很好, 各个部门人员相互推诿事件经常出现,云管理平台所在部门大力推行, 其他开发测试和灾备中心人员及其抵触, 导致整个项目上线 迟迟无法完成主要是看你的这个云管理平台立项高度在...显示全部

可以纳入统一云管理平台进行管理, 但人员的权限需要详细划分
这样的案例有几个但感觉不是很好,
各个部门人员相互推诿事件经常出现,
云管理平台所在部门大力推行, 其他开发测试和灾备中心人员及其抵触, 导致整个项目上线 迟迟无法完成
主要是看你的这个云管理平台立项高度在哪个层次,
如果是部门还是 自己管理好自己的业务
如果是数据中心, 可完全管理好整个本地数据中心, 然后技术输出到其他数据中心
如果是行级别, 可大规模开发, 行领导为云管理平台一把手 完成权利分配和资源竞争, 才能全面推广云管理平台 统一管理,
多中心管理不是技术问题, 是业务和权利问题

收起
软件开发 · 2018-12-27
浏览1907

提问者

seagl
seagl0630
系统运维工程师商联
擅长领域: 服务器存储灾备

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2018-12-25
  • 关注会员:3 人
  • 问题浏览:3076
  • 最近回答:2018-12-27
  • X社区推广