认证APP,这些APP之间的内部可以通过RPC调用,也可以通过http调用。
对于超融合架构来讲,基于通用X86服务器上进行去中心化设计,整个主控节点是通过集群的通信去自动选举出来的,当发生网络或者服务器宕机的故障后,对整个主控节点会进行重新选取,这就是去中心化设计的架构原则。
而后台实现这种技术实际上用到了一个集群文件系统,它分布于每一个X86的节点上,对所有虚拟化资源的配置信息进行存放。无论哪个节点挂了,另外的节点会对这些配置数据的一些恢复,这是集群文件系统的一个技术采用,整个超融合架构,可以把计算网络存储安全融合于一体,然后支持提供给客户这样一个特别简单容易部署的架构。同时也可以进行计算和存储分离和混合部署。
整个超融合架构的基础,实际上就是最下面的计算存储网络的虚拟化,持续的会在整个底层的虚拟化平台上打造,为了满足客户稳定可靠安全高性能的诉求,会持续的打磨整个底层平台。
从存储网络计算上,可能会去对比一些友商,或者一些性能去进行测试,在更多的用户场景上,更好地保证整个应用的运行。aCMP架构对于云管平台来讲其实并不陌生,都是开源的。
我们对云管平台进行了重新的设计,其原因有以下几点:
第一点, 实际上,整个openstack随着社区化的运作和发展,其实整个体系已经非常庞大了,它的业务模块以及整个交互,整个业务流程变得相当的复杂。
第二点, 社区化的版本向前引进的过程跟产品化的整个配套过程是很难融合在一起的。作为产品来讲,我们必须要响应客户的定制化的需求,从而满足客户脱离整个社区以外的其他功能。
虽然整个架构的底层组件,比如说计算存储网络组件,实际上底层的代码风格,包括组织都千差万别。这样就会给整个开发团队带来许多问题,如何建立这样的过程以及维护。
所以基于此,我们对整个aCMP架构设计做了一些变动。对比较成熟的一些公共组件,比如说用户认证管理体系,数据采集等,会基于框架做相关扩展开发。
这是整个CMP体系,上层是一个适配层,适配层主要是去区分用户界面和后端模块化设计的适配。 后端的业务模块化划分之后,需要在上层进行数据的聚合,包括很好的用户体验,必然就会把多个模块的数据需要组装在一起。比如在虚拟机列表里面,它可能同时需要计算模块的虚拟机信息,同时又需要告警模块或监控模块。 (责任编辑:admin) |