Oswald Regular
OpenSans Regular
超越传统,推陈出新
电信公司重新构建陈旧的调解系统。

大家都知道,老房子的管道通常故障频频。首次安装时,它如艺术品般完美。天长日久,随着居住需求的增长,旧管道上不得不架设了更多管道。建筑规范也不断变更,需要重新架设附加管道。随着房子的老化,一些管道开始漏水,更多的管道被替换下来。多年前使用的铅制管道限制了龙头使用,厨房和浴室更新后,新接口必须加到总水管才能满足需求的增长。最终,几乎所有管道都经过了这样或那样的改装。

如果数据以这种方式流经业务网络,您一定无法接受,一定会重新规划网络结构,重新实施。现实中的您真的会这样做吗?不幸的是,如果您是移动通信行业的网络运营商,在现实的环境下您可能会花时间逐一“铆接”新系统,以便满足并购和市场需求。您最终会使用一系列类型迥异且互不兼容的技术:多种网络设备、帐单系统、客户关系管理系统和报表系统等。网络的复杂性、低效性和高昂的成本会逐步蚕食您业务的生命力,如同遍布漏水管道的老房子一样。

“难道就没有根治的方法吗?”一家大型移动运营商询问 Ab Initio。如果使用标准的技术和方法,那么答案为“否”。如果使用 Ab Initio,答案就是“是”,客户决定采纳 Ab Initio 深入探究。

了解基本情况

首先,Ab Initio 发现并理清了通信网络中存留的由大量手工编写的 C++ 代码融合在一起的各种常规技术。问题的根源在于调解结构,其调解结构缺少灵活性,这就意味着更改上下游系统需要更多的自定义 C++ 代码,工作人员不得不制定大量的各种变通解决方案。调解引擎无法应付每天数以亿计的通话详细记录 (CDR) 的数据量,这意味着这些数据流经该环境需要数天的时间。

因此,Ab Initio 重新设计制定了架构原则:

  • 仅对 CDR 解码一次,节省处理时间和资源
  • 仅向磁盘写入一次数据
  • 提高应用程序代码的复用次数(一次开发、多次使用)
  • 考虑到记录格式和应用程序的未来更改
  • 更快、更可靠地交付应用程序
  • 确保元数据端到端处理的可用性
  • 从网络交换机到目标系统更短的延迟

如果您不是技术人员,无须进一步了解技术细节,这个项目最终成功实施!Ab Initio 永远旗开得胜,当然这次也不例外。对于这一业务关键系统,从项目开始到生产前测试再到生产环境所用的时间还不足 12 个月。现在,调解系统只需使用以前硬件的一小部分就可以处理每天的全部数据量,延迟也从数天缩短到数分钟,这意味着运营和报表系统以近乎实时的方式跟踪业务。管理层需要实时数据时,系统仍然可以满足要求。同时,由于新调解引擎具有“元数据驱动”的灵活性,迅速解决了上下游系统的瓶颈问题,从而省去了大量的自定义 C++ 代码。

技术细节

下面为技术人员介绍一些技术细节。

Ab Initio 通过设计通用的 CDR 调解系统解决这一难题,该系统可以接受各种不同的输入流格式(如语音电话、数据记录、多媒体等),并生成解码的、去冗余的、经补充的 CDR。这些 CDR 随后被发布到 Ab Initio 队列,随时供各种下游系统使用。

通过在 Ab Initio 队列发布解码并去冗余的数据,团队满足了一次性解码数据、一次性写入数据的设计原则。这些队列是支持多个独立订阅服务器(读取器)的低延迟并行设备,数据因而得以保留在队列,直到所有订阅服务器全部使用过这些记录为止,因此仅需在可恢复介质中存储数据的一个副本。

如今,无需通过大型开发项目,该调解系统就能处理数据格式更改,并为每个输入数据流执行逻辑。这一成就通过将调解系统设计为“由元数据驱动”而实现。因此,每个数据流的具体需求与通用调解处理流脱离,意味着所有数据流都通过一致的方式处理,并在需要时为数据流动态加载具体格式和规则。

无需退而求其次

传统解决方案在灵活性与性能、实现速度与实现寿命之间往往顾此失彼。Ab Initio 解决方案则构建在 Co>Operating System 基础之上,打破了传统的局限性。数据量以成倍的速度增长,上下游系统都具备适应这种情况的灵活性,因而得以灵活应对。新的开发工作以前所未有的速度进行,简化并减少了维护工作。

在 Ab Initio,创新是超越传统的制胜法宝。

English
Français
Español
Deutsch
语言:
简体中文
日本語