目前,很多企业拥有与国际竞争对手一样的软硬件系统,甚至技术和设备强于对方,单从技术的成熟性和先进性而言,整体应用水平不低,但应用效果往往不尽如人意。
|
目前,很多企业拥有与国际竞争对手一样的软硬件系统,甚至技术和设备强于对方,单从技术的成熟性和先进性而言,整体应用水平不低,但应用效果往往不尽如人意。
SOA要求开发者超越应用软件来思考,并考虑复用现有的服务,或者检查如何让服务被重复利用。SOA鼓励使用可替代的技术和方法,通过把服务联系在一起而非编写新代码来构架应用。
在日新月异的商业环境下,产品的生命周期变得越来越短,客户需求也在不断变化,新业务模式持续酝酿生成,要求PDM能够利用现有资源支撑新业务流程。
在实施SOA架构时的关键目标是什么呢?其实就是为了节约成本,实现企业IT资产重用的最大化。这一目标促使人们在实施SOA的时候,必须考虑以下方面:可从企业外部访问,这个是因为为了满足企业的业务伙伴的需求。
治理是SOA生存的基本事实,尽管治理总是没有很好地执行。围绕服务制定政策的能力和管理这些服务变化的能力是成功的重要因素。确实,在我们把云计算提供的服务结合到应用程序中或者SOA中的时候,你会发现许多事情中断,因为这些随需应变提供的服务将随着时间的推移而变化。SOA一般能够通过SOA治理系统管理这些变化。但是,也许有些治理应该来自于云计算的服务。
我们同Apigee的SamRamji进行了对话。他本人和其公司发现在安全服务上升的趋势中处于核心的是OAuth。OAuth会随着基于REST的Web服务方法的广泛使用而起到很好的作用。
企业间的应用集成包括三个层次:数据层集成、应用层、业务流程层。在SOA体系架构中,服务的粒度和层次取决于实际需要。服务可以仅仅是一个数据库的读取操作,也可以是一个业务流程的执行,比如订单处理流程。这也正是SOA的灵活和柔性的体现。
厂商宣传为了制造效应,但SOA架构的中间件仍然是应用上一个比较笼统的范畴。国产中间件厂商也看到了SOA架构的趋势,东方通、普元等国内中间件一线厂商也积极响应中间件SOA战略,并在此基础上做行业应用上的一些创新。
厂商宣传为了制造效应,但SOA架构的中间件仍然是应用上一个比较笼统的范畴。国产中间件厂商也看到了SOA架构的趋势,东方通、普元等国内中间件一线厂商也积极响应中间件SOA战略,并在此基础上做行业应用上的一些创新。
SOA(Service-OrientedArchitecture)即面向服务架构,最早作为一种软件系统的开发方法,现在更多的作为一种软件架构,或是企业信息化建设和实现电子商务的一种方式。总而言之,SOA就是一个粘合剂,提供给企业更好的灵活性来构建应用程序和业务流程,实现更加强大、复杂、贴切实际业务的信息化平台。
本文试图从面向构件的角度,介绍一些SOA架构设计的基本思想和方法论。首先简单介绍一些构件设计和实现的基础知识,然后重点介绍面向服务设计的基本原则和方法。
本文基于软件复用、软件构件等技术,提出一种基于SOA的ERP体系架构模型,以满足企业业务流程重组的需要并具有可靠性、复用性、易扩展性和动态可变性的特点,实现为企业“量身定制”。