查看其它 2 个回答zhaoxiyi的回答
由于历史，国情，人口等方面的原因，传统BOSS在中国几乎发展到了极致。我们通过极致的优化数据库、存储过程、数据库执行计划、数据库连接池保障了10几亿人手机的实时计费、批价、结算、分账、查帐等能力。但极致的优化也造成了整体数据体系极度的固化。目前在运营商内每周都在上演着业务需求上线与BOSS各模块稳定性挑战之间的冲突。我们不允许错帐，不允许停机，不允许发生任何客户看不到金额变更的情况发生。这与5G时代我们想象的灵活营收模式格格不入。这就造成了我们越来越希望前台营业体系与后台数据体系完全解耦。我们曾经寄希望于SOA体系，希望以积木拼接的方式解耦业务模块间硬编码实现。但是事实是，如设计好的拼接积木一般，一个按照说明书拼接出来的完整体系，除了绝对硬核玩家的尝试，永远不可能改成另一种我们没有设计的模型。因此我们不得不接受卖了一套积木之后再买一套积木的结果。如今容器化+微服务理论的出现使系统的设计再一次有了更加灵活的解耦希望。同时5G的假想的盈利模式中，语音业务的比重再一次降低，我们更加需要灵活的盈利业务支撑体系。这种体系需要能够支撑边缘计算、IoT、人工智能、自动驾驶等任何一种我们目前还不清楚的盈利模型。天时地利均已就绪，此时我们自然需要全力以赴的实现容器化改造。
抽象来说BSS/OSS容器化真正的难点就在于我们已经没有前路者，一切都需要我们自己尝试，自己设计。20年逐步梳理建立起来的数据使用习惯与系统设计习惯就如一个人的生活习惯一样难以改变。但就如我们曾经认为运营商业务全国大集中是不可行的，但实施起来其实并没有想象的那么困难一样。在因势利导下，并没有什么真正无法弥补的技术鸿沟真。在合理的设计及运作下没有什么能阻挡新技术的发展。