SCA和SDO标准

David Linthicum 是ZapThink执行合伙人。他主要从事SOA策略咨询，SOA项目指导，风险投资顾问服务和SaaS/Web 2.0集成咨询。David已发表八本著作，最新的是《Next Generation Application Integration》（下一代应用集成）。

 

 

问：在过去的几个月里，我注意到IBM（fabric）和Tibco（Matrix）都发布了几个产品，都是从服务角度利用这种“管理式集装箱”的方式。请问你对SCA和SDO的使用建议有何想法，以及怎么看待它们使SOA得以正常运作？

　　答：服务组件体系结构（SCA）描述了一个使用SOA的核心概念进行程序及系统构建的模型规范。SCA支持一种业务应用程序代码组织，该组织是基于执行业务逻辑的组件，通过面向服务的接口发挥功能，并且使用其他组件通过面向服务的接口，即服务引用接口发挥的功能。

　　在构建SCA程序组件时，需要完成以下两个主要步骤。第一，服务组件的实施不仅要提供服务，而且也能使用其他服务。其次，通过服务引用的服务线路要装配成套组件，以构建业务应用程序。

　　SCA的目的是，强调从基本的基础结构对服务执行和服务组装的解耦，以及如何访问服务的细节。因此，我们可以把SCA的组件看成是进程级执行，而不是侧重于使用许多基本的中间件服务。

　　SCA支持多种语言编写服务执行语言，可以用任何一种编程语言，包括JavaT、PHP、C++、 COBOL、XML为中心的语言如BPEL和XSLT，以及说明性语言，如SQL和XQuery。而且，SCA也是一种独立的运作方式，可以用异步和/或同步进行编程。

　　SCA也提倡使用服务数据对象（SDO），代表商业数据形成参数并返回服务值，对商业数据提供统一访问，以配合SCA本身提供的对商业服务的统一访问。SDO的使用提供了一个数据抽象的基础结构，以最合乎逻辑的途径和方法获取信息。

　　现在市场上出现的十几个SOA标准中，出现了一种服务组件体系结构（SCA）规范。SCA利用共同的数据抽象为定义共同事务提供了基础，从而促进标准服务的设计与复用。

　　但是，SCA本身并不是一种解决问题的方案，选择利用SCA的技术也会有所差别。SOA成功的关键是不仅包括使用SCA设计、部署和管理服务的能力，还需要提供一个运行环境，允许那些服务扩展到业务需求的交易量，以及提供企业级的可靠性和耐用性，通过各种消费支持复用。

　　这项工作的关键，是要了解自己的需求使用合适的案例，以及选择合适的技术。事实上，大部分企业需要的技术，不仅能够支持某个标准，而且该标准需达到业务需要的服务水平。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/14780828/viewspace-406889/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/14780828/viewspace-406889/