BEA电信行业资深解决方案顾问宋军：引入SOA的架构适应运营支撑系统的发展
2008/03/07
3月6日消息，2008电信运营支撑系统发展论坛今日在北京南粤苑宾馆拉开帷幕。本次论坛以“面向全业务运营，构建融合创新的运营支撑系统”为主题，就运营支撑系统当前的使用状况、发展趋势以及未来、IT支撑网络、OSS与网管支撑系统、计费与BSS等内容，邀请专家学者、运营商嘉宾、厂商代表、咨询机构代表等进行深入交流和探讨，提出一些建设性的建议和意见。通信世界网正在进行现场直播。
宋军：很高兴今天能够有这个机会，跟各位专家和大家一起分享一下我在运维支撑系统方面的一些想法和建议。
非常感谢亓峰教授刚才替我开了一个头，在他的片子里面业介绍了，在后续网络的发展过程当中，SOA的技术，可能也是在网络管理方面需要借鉴和引用的技术。
那么由于今天的时间比较短，我主要从两个方面来介绍一下我的一些想法和思路。
首先，第一个方面就是说，对于目前的运营商，以及运营商的支撑系统的现状和发展的需求，进行一些简单地阐述。然后，结合这样的现状和发展需求，我会对结合SOA的思想和一些方法，对于运维支撑系统的观点做一个阐述。
首先看一下运营商所处的现状，主要从两个方面来阐述，第一个是业务，第二个是组织。那么从业务上来看的话，其实有两个重要的方面，一个是融合，一个是宽带。那么融合的话，现在运营商从传统网络的业务提供商，向综合信息提供商转变的过程当中，其实主要的目的，就是为用户提供融合的业务。那么基于现有的运维支撑系统，如何在融合的网络条件具备的基础之上，为融合业务的提供提供保障，是值得运营商思考和探讨的一些关键。
还有一方面就是宽带。宽带业务其实从某种意义上来讲，已经在运营商的收入当中占有了非常重要的比重，尤其是在3G到来之后。其实我们纵观运营商的支撑系统当中，对于宽带业务，尤其是个人宽带业务的开通和保障上，其实是缺少了一些必要的手段。而我们在这里，对于业务的发展来讲，宽带业务的支撑和保障，是对于个人用户的体验，包括在网络的质量、故障维护等等，其实比如说网络故障导致股民的收益对于运营商投诉的情况去年是比较多见的。
那么对于宽带业务的保障，将成为今后运营商运维系统建设新的方向。那么其实在中国电信的王燕川主管的片子里面也提到的，这种末梢服务需要精确化经营，跟这个主题也是相关的。
那么从运营商的主题上面来看，一个是转型，一个是重组。那么重组可能是公开的秘密了，但是如何使原有的功能实体已经存在的，怎么样进行整合，并且满足全业务的重合的保障，也是运营商面临的非常大的挑战。
那么对于支撑系统来看的话，各个运营商他们的支撑系统现状基本上处于这样的情况。首先，功能都非常完善。第二个，他目前的支撑系统主要是面向网络，尽管也提出了一些面向客户、面向业务，但是究竟应该怎么去做？怎么样才能真正做到面向客户、面向业务，其实这个思路包括方式，大家也是在不断地探索。再有一方面，随着这种末梢服务精确化的运营，包括末梢服务降低成本，引入了代维公司、合作伙伴等等末梢运维方式的介入，其实对于传统电信运营商的运维模式提出了挑战。那么怎么样能使现有的运维模式支撑系统，支持这种运维模式，目前也是需要探索的。对于个人宽带业务的开通和保障，也是缺少必要的支撑的流程。
而对于个人用户来讲，其实宽带业务，是运营商提供融合业务和多业务，是一个非常重要的条件和手段。因此，对于这部分宽带业务使用的保障的支撑，其实也是目前的运营支撑系统来讲的话，是比较缺少的。那么我们结合这样的现状和运营支撑系统发展的一些需求，我们罗列了一下发展需求。
首先是要有一个现有的运营支撑系统进行整合，在整合和重组之后，可以帮助运营商实现快速的业务的支撑和保障。第二个是对于运营商引入了新的合作伙伴和代维模式之后，可以打造一个相对开放的运营支撑环境，使我的支撑环境可以为合作伙伴所用。
那么从系统架构上来讲的话，主要是从数据访问、控制、功能、服务、流程管理、界面展现等等几个部分，进行一些整合和优化。那么从某种意义上来讲的话，我们经过分析和一些探索的话，可能后续的运维支撑系统的整合和建设，包括了4个方面。第一个是数据方面的整合和分析。第二个是服务层面的抽象和封装。第三个方面就是流程层面的整合。最后一个层面是界面展现层面的整合。
那么，为什么提出了这4个关键点呢？主要是结合了我们目前对于运维支撑系统的架构的分析，还有对于SOA参考的方式做出了这样的判断。那么，为什么SOA的系统的理念可以给运营商提出一个整合的理念呢？因为大家都知道，我们国家当中电信行业是走的信息化步伐比较早的，某种意义来讲，它的支撑系统是比较完善的。但是由于市场环境的竞争，包括业务的发展，它的这种运营支撑系统，还是需要不断地进行一些更新、升级、优化来满足它不断地变化的业务需求。当然，外界包括了互联网等等新的业务，为电信的运营商造成了业务冲击，才使他们做了一些转变。
那么SOA的架构，主要是给企业的IT应用的建设，提供了一个什么样的参考呢？主要的基础就是说，企业的IT基础设施已经基本具备，并且我要依据这些已经具备的相对完善的基础设施，能够重新根据我的业务发展，搭建出满足我业务发展需求的快速的IT应用，满足我业务变化所带来的IT系统支撑所需要的变化，来做一些适应。那么，其实SOA的理念就是说，通过引入一个服务的基础框架，对于我已有的IT支撑的能力，进行一些抽象和封装。而基于我企业的基础服务框架，对于我这些服务进行整合、组合，快速搭建满足企业新的IT系统。
那么从这个意义上来讲，其实SOA的理念，对于目前各大运营商具有相对完善的运营支撑系统后续的优化包括新建都是具有很好的指导意义的。
那么结合我们刚才提到的4个关键点，我们逐一做一个介绍。首先在数据整合层面，我们建议引入一个数据服务层。通过这个数据服务层，我们可以将改变传统的服务，对于企业的直接运营做访问，可以使运营共享和应用。还有一种是对于企业的运营系统发生变化，但是数的共享是不变的，所以我可以打破数据的应用，将数据的使用者和提供者之间有一个耦合度。这样，可以减少我底层数据模型的转变，对于我上层应用的改变。这是我们目前引入整合数据服务层的建议。
第二个建议，我们需要对这种电信企业内部的运营支撑系统，已有的运维支撑能力，进行一个服务抽象化，形成服务组建。我们这种服务组建，能够在企业内部统一注册、统一发布，达到服务层面的共享。那么这样做有什么好处呢？可以使以前的运营支撑系统之间相互的调有的耦合度降低，同时使得接口之间的调用可管理、可控制，对于这些接口的调用进行实时的管理和控制。在这之前，它们之间调用起来是比较混乱的。
那么一方面，我对于运维支撑系统IT能力的抽象化，可以解决运营支撑系统内部支撑系统可管理、可控制的好处。另外一个优点是，可以使我的IT支撑系统，能够得到一个延伸，向外对我的合作伙伴、对于我第三方的合作伙伴、对于我的代维伙伴可以提供有效的支撑手段。那么从电信运营商近年发展的过程来看，其实他们已经尝试了采用代维、外包等等的方式，使自己的末梢端的支撑和服务，是通过第三方来做的。一方面，可以降低自己的成本，另外一方面，可以使末梢服务的即时性和响应速度有提高。那么，实际上对于第三方来说，他缺少了IT服务运维的手段，但是在电信运营商是非常具备的。那么我怎么体现在外部使我的代维合作伙伴来使用呢？而且是多层次，而且是可靠的运维模式呢？我运营商的IT支撑系统的服务可以达到这一点，就是我可以供他使用和调用。
再研究一下，大家推出了基于手机和PDA的ERP的客户端。那么刚才也讲到了，对于人员的考核可能是实时性比较好，可以快速地使用一些东西。那么我代维的工具或者是客户端，我能不能部署在手机上，通过手机或者是Web服务器，我能不能调用我的企业运维能力呢？其实这些都是比较好的使用。
其实这解决的是运维管理系统之间的可调用、开放、共享，为我的合作伙伴使用。还有一点，我提供的这些服务，这些服务，我如何能够根据我企业的业务流程的变化，能够快速编排，编排之后能够满足我业务的发展变化，对于我的运维支撑系统产生变化的一些影响。
其实做IT的人都知道有一个非常著名的鸿沟，就是IT系统和业务需求之间的鸿沟。那么鸿沟主要包括两个，第一个是IT实时时间的鸿沟，另外一个鸿沟是公共上的鸿沟。其实IT系统的建设，永远是赶不上业务需求变化的。那么我们怎么样对于快速的变化进行适应，可能是通过业务管理框架的方式，一定程度上可以达到这种目的。其实通过引入BPM的业务管理框架，可以对我们前期根据的业务已有项和新建项目当中形成的IT服务可以快速地编排。并且编排的流程可以根据你的需要快速地调整，通过这样的手段，来缩减IT支撑系统建设和业务支撑之间的鸿沟的效果。
我们可以通过一个例子来看一下，这样的一个好处和方式。比如说我现在针对宽带客户，可能有不同的用户，我炒股，那我就要求我24小时不能有间断。如果有间断的话，我可能要求故障的时间是2小时之内，否则的话我可能交易有影响。其他的客户可能无所谓，你给我故障的时间1天或者是2天无所谓。但是如果有的用户愿意为这种差异付费，那么可能对于不同的用户有不同的流程处置的机制，其实这个流程提出来是很快的。那么基于目前的IT基础架构你怎么做？你只能通过系统的调用来实现，但是这个过程是不可控的，也是很复杂的。那么，你通过长期的积累，你通过对IT系统的分化，可以封装成不同的业务服务，包括我们提到的数据访问和操作流程管理的服务，如果有了这种服务和业务管理的框架，我们实现业务的需求是非常容易的。
首先，我可以通过一个流程管理的引擎来控制这个流程，那么流程当中的每一个环节，我可以通过一个服务接口，这个接口调用起来非常方便，而且它是可管理的，而且它是规范化的。那么对于不同的业务需求，我们可以快速地调整这个流程。那么针对用户不同的业务需求，我们可以在业务流程管理里面调整顺序或者是加入新的活动，可以做一些即时的改变，使你的改变即时生效。这可以最大地摆脱你在业务支撑系统里面鸿沟的缩减。
最后一个层面，我们介绍一下界面整合层面对于运维支撑系统的重建包括优化的一些方法和方式。其实在刚才的演讲当中，其实嘉宾也提到了首先不单单是末梢服务，末梢的支撑可能需要有几个综合化，那么前两个我没有记住，我只记住了跟我相关的两个。一个是人员的综合化，另外一个对于我们SOA理念非常重要的就是任务的综合化。但是我们知道，现在很多的任务，其实它是分布在不同的运营支撑系统之内，这些功能其实它是存在的。但是，你怎么样通过一种方式把它综合化起来，集中展现给一个运维人员或者是客服人员来使用，这是很有挑战的。其实iGoogle的模式给我们提供了非常好的方式，其实它就是整合的模式。其实你可以通过iGoogle可以通过已经组建好的方式，来组建你的工作界面。那么对于运营支撑系统，我能不能把页面切片的技术，或者是传统的用户页面集成的方式或者是运营支撑系统进行一些抽象，形成不同的组建和运营的组建。那么根据我不同的业务人员的需求，来对我这些界面组建和运维能力进行组合，来实现对于这种任务综合化或者是管理综合化的一个支撑。其实，这个能够在某种意义上来讲，对于我们后续运营支撑系统的建设，应该是提出了一个很好的建议和思路。
最后总结一下，其实我们今天由于时间比较短，我们主要介绍的就是，运营商通过引入这种SOA的方法论和理念，尤其是在自己的项目整合和项目兴建的时候，通过SOA的理念和方式，引入SOA的架构，一定能够基于目前已经相对完善的运营支撑系统，打造一个开放的安全可靠灵活的安全环境，来适应在新的形势下，对于运营支撑系统的发展要求。谢谢！
通信世界网(www.cww.net.cn)
相关链接: