运用云计算技术实现多业务云的架构设计.pdf

运用云计算技术 实现多业务云的架构设计 欧阳新志　管天云　李世亮 中兴通讯股份有限公司 计算云的设计 1.2 设计指导思想二 1.1 设计指导思想一 语音类业务对实时性要求非常高，计算资 对于业务的部署关系到计算资源的分配和 源集中建设后需要解决网络传输带宽、处理流 调度，相对来说比较复杂，而存储资源本身的 程增加等方面带来的影响，对业务本身提出了 分配和调度也比较复杂，但计算和存储之间不 更高的要求。数据类业务相对来说更接近互联 管脚本或API是否是标准接口，均可以通过脚本 网业务，其设备利用既不均衡也不充分，所以 或API来关联。因此，进行多业务云架构设计可 对云计算技术更加渴望，这也符合运营商将多 以把计算资源和存储资源分开考虑，计算云和 业务云分阶段实现时首先想到数据业务的实现 存储云的逻辑架构如图1所示。 思路。 计算云中，业务处理是关键模块，需要具 图2所示是融合WAP网关、彩信、短信等 备快速部署、动态加载、灵活伸缩、在线扩容 业务的多业务云的总体架构。 等特点，但实际上业务处理只是执行者，管理 要想能够很好地借助云技术实现应用， 中心和调度中心才是计算云的真正核心。管理 首先必须尽量多地实现业务和逻辑的分离。引 中心主要负责设备管理、业务管理、在线升级 入分布式数据库和分布式文件系统后，需要更 管理、在线扩容管理、调度策略管理等功能。 进一步考虑应用各模块的独立性和并发性。当 调度中心则需要根据系统CPU、内存、磁盘空 然，如果应用愿意改变原来使用标准SQL进行 间、话务量等资源情况，在一定的控制策略下 数据查询的习惯，则分布式物理数据库并不是 进行计算能力、存储能力的调度。如果说云计 必须包括的部分。基于将数据进行恰当的组织 算中的资源可以是公共的，调度中心和管理中 并对文件和记录做尽量多的索引，再加上内存 心则一定是私有的，这也是真正体现设备提供 库的配合，物理数据库完全可以被替代。 厂商技术水平和考验其设备稳定性的关键。这 其次，作为业务云的个体，单一产品需 两部分一定要反复斟酌，充分考虑设备性能、 要做相应的改变。其产品内部的实现需要更改 配置灵活度、策略响应速度、系统安全性等多 竖井式的系统架构为水平式。思路分为两个方 个方面。逻辑上管理中心和调度中心是两个不 面，一是进程拆分，除了将业务流程拆分成多 同的功能实体，物理上可以合设。 个超线程外，还包括将某一功能的单一线程扩 85 产品与解决方案 充成多个，实现并行计算；二是以一 资源的弹性和无限镜像，通过将计算 可用性机制都很方便。 定量的业务能力作为调度单元，通过 资源虚拟化，程序员不用再关心它们 所有的应用并不一定必须用到虚 增加业务调度中心实现业务的调度， 是如何被复用和共享的。 拟化技术，比如对外出租的是应用， 以业务处理能力的分布来屏蔽业务流 虚 拟 化 技 术 将 物 理 资 源 转 化 为 而不是计算云部分，且该出租的应用 程集中带来的紧耦合。 便于切分的资源池，