摘要：
虚拟化和容器化是项目云化不可避免的两个问题。虚拟化由于是纯平台操作，一个运行于linux操作系统的项目几乎不需要做任何改造就可以支持虚拟化。而项目如果要支持容器化则需要做许多细致的改造工作。容器化相对于虚拟化的优势也相当明显，运行于裸机性能高，秒级启停容器，更不用说开发、测试、布署一致的环境(DevOps理念)，以及上篇提到的微服务的能力。大家还可以找到各种文章来介绍容器化（Docker）的知识，这里我们就不一一赘述。下面我们会根据项目的实际情况，介绍下容器化改造会面临的问题和解决方案。 阅读全文
摘要：
OCS(online charging system，在线计费系统)在进行云化改造的过程中，从实用主义角度出发，微服务架构并不是我们的目标。虽然我们也对系统进行了容器化改造(Docker)，并根据业务进程的功能将系统分成了好几类的容器，但这一切多是出于对系统中的某些处理节点进行动态扩缩容的需要，跟微服务半点关系没有。随着系统改造 的深入，系统的通讯关系复杂程度开始超过我们之前的估计。如果说数量众多的功能节点还有人可以勉强掌握，这些节点间错综复杂的通讯关系连线已超过程序员可以驾驭的范畴。在讨论如何简化程序员实现整个系统各类节点的通讯关系的配置过程中，节点微服务化的理念渐渐进入我们的脑海之中…… 阅读全文
摘要：
状态中心是分布式系统中不可或缺的部分。一个分布式系统动辄上百个节点，这些节点相互间通讯关系的建立和维护；运行时每个节点的实时状态数据采集和上报；系统管理模块下达集群管理命令时，命令如何传达到具体节点；集群节点故障时，如何检测发现并及时进行处理，从而避免对集群运行产生影响。这些都是在分布式实时系统设计时需要考虑的功能性问题。更不用说，分布式环境下的数据一致性、二阶段提交、脑裂、集群选主等复杂的分布式原生问题。状态中心就为了解决这一系列问题而诞生的，是CDRAF(Cpp Distributed Real-time Application Framework)之所以能称为“分布式”框架的核心和关键。 阅读全文
摘要：
一个分布式实时系统集群动辄上百台机器，集群的规模已经限定这将是一个”封闭“的系统。你不可能再一台台去操作上百台机器，传统的人工运维方式早已不能满足当下需要，所有对集群或者集群中某个节点的操作都必需通过系统提供接口来完成。对于一个商用的分布式实时系统来说，如何应对突然出现的业务高峰；及时检测出集群中的故障节点并进行善后处理；对于集群内处理能力不同的节点进行负载均衡调节；系统因过大压力崩溃前进行过载保护；测试容器与运营容器同网测试的灰度发布能力等等。这些都是系统管理模块需要去解决的问题，也是一个系统能否商用，足够智能的关键指标。 阅读全文
摘要：
通讯平台作为C++分布式实时应用框架(Cpp Distributed Real-time Application Framework)的最核心模块，承担了分布式实时框架的基础通讯功能。通讯平台框架具备了基于Reactor模式的网络通讯能力，并且依赖于ZeroMQ库，因此支持非持久化的message queue的功能。基于配置文件来自动建立链接关系的功能，可以和状态中心一起配合，实现无需重启节点的动态扩容缩容等功能。强大的实时监控能力，可以实时上报每个通讯子节点的TPS和时延等关键性能数据。管控业务进程的能力，业务进程的心跳检测，故障时自动重启、保证系统正常运行。完善的平台工具，可以通过通讯平台向业务进程发送各种命令，如：调整日志级别，刷新业务参数，启停业务进程等等。下面将逐一介绍通讯平台的功能细节。 阅读全文
摘要：
在现今软件系统纷纷“云化”的浪潮下，各种支持“云化”的框架、工具层出不穷，但这些现成的工具大多基于JAVA，go等语言，且应用场景均为非实时系统。但基于C++语言，且支持毫秒级响应、大吞吐量的分布式实时应用框架一直是这一领域的空白，Cpp Distributed Real-time Application Framework(CDRAF)也因此应运而生。 阅读全文