电信业必须解决三个SOA实施挑战

日期: 2012-09-13 作者:Tom Nolle翻译:张宣彬 来源:TechTarget中国 英文

面向服务的体系结构(SOA)的鼓励组件化软件,标准化接口,方便网络元素的替代,并使应用程序组合的概念,在IT界相当受欢迎。但是,在电信的世界它更是彻头彻尾的使人着迷。   两年前,如果在工作中没有找到“SOA”贴,你不可能了解一个产品或电信业的一个标准。但情况可能会改变,而对于一些人来说,SOA在电信领域正在失去光泽。

最大的挑战似乎是使用SOA的实施模型也能满足一些新兴的和重要的电信业务目标。   维基百科说SOA,“在围绕业务流程和包的系统组功能上,作为可互操作的服务,为系统开发和集成提供方法。”在这个层次上,很难争辩SOA的价值,但在在一些电信开始新兴几年前,更深入和更实际层面的问题,似乎……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

面向服务的体系结构(SOA)的鼓励组件化软件,标准化接口,方便网络元素的替代,并使应用程序组合的概念,在IT界相当受欢迎。但是,在电信的世界它更是彻头彻尾的使人着迷。

  两年前,如果在工作中没有找到“SOA”贴,你不可能了解一个产品或电信业的一个标准。但情况可能会改变,而对于一些人来说,SOA在电信领域正在失去光泽。最大的挑战似乎是使用SOA的实施模型也能满足一些新兴的和重要的电信业务目标。

  维基百科说SOA,“在围绕业务流程和包的系统组功能上,作为可互操作的服务,为系统开发和集成提供方法。”在这个层次上,很难争辩SOA的价值,但在在一些电信开始新兴几年前,更深入和更实际层面的问题,似乎集中在三个关键问题上。

  电信服务供应商的三大关键SOA问题

  问题1:组件化水平最适合应用程序,是服务供应商的第一个问题。如果我们假定SOA围绕业务流程实现分组功能,SOA的组件化就是它定义的进程组件化。如果组件化水平高,那么组件的再利用就变得更加方便。但组件的数量增加,就存在应用程序将创造大量的开销的潜在风险。

  一个操作员报告,让一个应用程序和组件第一次在相当低的水平(约100个组件)和第二次在较高的水平(约10个组件),创建了一个10,000%的性能差异。

  对于服务供应商来说,性能问题比以往任何时候都重要,因为宽带和移动消费者,每个客户相关服务请求的数量,正在迅速增长。有效的自动化服务必须扩展到客户群范围,并且如果基于SOA的应用程序的执行效率太低,它会创建一个不断增长的服务器和数据中心需求。但是很少的组件化可能意味着有用的软件工具可能不会暴露以便重用,这将提高成本。

  问题2:组件之间接口的性质是第二个问题。搜索引擎,社交网络和其他Web 2.0公司使用的Web服务,通常来说是非常简单的,通过Web的HTTP协议提供用于交换的XML模板。许多服务供应商使用的Web服务都倾向于采用比较重量级的SOAP/WS标准。这些标准更难开发,在资源方面更昂贵,在维持经营上更复杂。在性能方面对重量级接口的影响是明显的,但对于服务供应商来说最大问题是不断增长的Web开发者社区显然更喜欢简单的Web 2.0方法。

  随着服务供应商通过第三方访问程序,如GSM协会,走向公开服务功能,他们必须在某种程度上公开这些功能以便开发者支持。大部分看起来都有些羡慕苹果公司的iPhone开发者程序或Facebook和谷歌的程序。这些程序都是基于非常简单的Web 2.0接口,与基于SOAP或PARLAY接口的服务供应商针锋相对。错误接口可能摧毁任何服务合作伙伴关系的希望。

  问题3:SOA模型所支持的抽象层次是第三个问题。服务供应商在逻辑层面上销售和提供服务。你可以购买一个“数据”服务,数据服务的实施可能有很多种技术选择。每个选择都可能有多个厂商,其设备必须进行配置和管理来创建和维持服务。因此,服务供应商可能喜欢卖“数据线”,它可以是一个IP隧道,一个帧中继虚拟电路,等等。在“IP隧道”类别中,它可能是一个SSL隧道,一个MPLS LSP等。这些可能涉及多个供应商。

  一个高度抽象的模型将按照这里解释的那样分解服务,从而可以隔绝商业流程,如销售和技术支持实施所使用的设备细节。一个有限抽象的模型在较高的层次上可能会暴露设备供应商的特定参数,使得整个运营过程中设备的使用更加具体。

  对于服务供应商确定的SOA步骤

  服务供应商他们的SOA关注点并不是单独的。企业SOA不是以支持者希望的速度移动,一些专家甚至说,整个SOA在企业级的移动遇到麻烦了。服务供应商面临的挑战是,他们可能别无选择,只能让SOA工作。大部分的操作标准和服务交付平台是基于SOA的,使得在开发一个成功的和可实现的SOA模型上,最依赖的也许是服务供应商部门。

  好消息是,SOA原则支持供应商正在寻找的这种模式。实施混乱比起一个基本SOA概念本身的失败来说更可能是问题。坏消息是,SOA的企业经验和失望表明,公司不能只是致力于SOA并期望从它获得好处。在如何使用SOA上如果没有有效的规划—以及使用多久 —它在创造利润的同时只会创造同样多的问题。

  一个明确的服务供应商要采取积极的步骤是,至少有一个主要供应商作为基准,得到一个完整的业务范围的SOA战略。不要想当然地认为SDP SOA方法,OSS / BSS SOA的方法,和一个服务管理的SOA方法可以统一。不要尝试通过组装供应商的SOA组件来创建一个策略。完整的SOA供应商组织并不承诺,但它确实提供了帮助组织SOA规划的蓝图。然后,组件可以被插入到蓝图中来利用软件的SOA灵活性元素。

  另一个积极的步骤是,在向第三方公开服务和内部创建与运作这些服务之间建立一个明确的界限。认为Web开发人员或过度的顶尖角色将为他们可能会支持的每个服务供应商购买复杂的SOA策略是不合理的。

  通过适当的规划,服务供应商已经或将要作出SOA承诺,未来将能够在成本控制和服务灵活性方面成功并捕获重大利益。

相关推荐