2005，SOA年？
来源：问天 作者：刘定 在实施SOA项目时，首先要明确是不是把业务发展作为首要因素，并要非常清楚投资回报率。
编者按：早在2004年，Gartner就预测， 到2008年，SOA将结束传统的整体软件体系架构长达40年的统治地位，届时，将有70％的企业会转向SOA。在SOA的发展中， 2003年绝大多数企业CIO开始关注Web 服务； 2004年SOA则成为CIO关注的重点，并被一些企业的财务、销售等系统所采用;在2005年，可以肯定，SOA的应用范围将会扩展到整个企业及其合作伙伴，更多的企业将全面转向SOA并从中获益。本期的三篇评论，既是为本报的《SOA专刊》鸣锣开道，又是对SOA实践的一次再认识。
请记住，2005 将是 SOA年。
根据美国市场调查公司The Yankee Group的数据，75%的企业计划在面向服务的构架（Service-Oriented Architecture，SOA) 上投入资金和人力。业内人士甚至表示，这是一场远离过去的IT方案，向基于标准的架构发展的运动。
对我们而言，业务和IT终端用户的确感到疲累，他们厌烦被某一个厂商的方案和产品锁定；厌烦企业中不同应用之间不能互操作；受够了IT不灵活的架构、可观的维护和运行费用，而且对业务和IT敏捷性没有帮助。而在不可缺少的企业应用内部集成上过紧的IT预算则是引发SOA受到欢迎的主要因素。SOA承诺解决所有这些问题，正像The Yankee Group的调查所言,许多终端用户及企业都双手赞同。
为此，在这些企业开始着手实施SOA时，想与SOA实践的同仁们分享一些想法，避免走一些弯路。
从技术角度看，SOA能够在实际应用中获得成功有两个最重要的因素：灵活性和与业务相关性。SOA与其他IT架构的最大区别在于它与业务的关联性，它以服务为基本单元来组织IT资源，其中的每一项服务都可以完成实际业务流程中的一项任务。
SOA是业务驱动模式。 我们应该首先让客户把重心集中在业务需要上。换句话说，必须确定或改善业务问题，不然企业会处于危险之中。常常有一些业务会对一个组织的未来生存造成重要的影响。这一关键因素引发了用户应用系统向 SOA的转移。
SOA不需要在投资回报不明和回收周期延长的技术方面进行大的投资。SOA可以在企业小幅增加投资后，软件和服务复用的实际效果会逐步体现出来。事实上，一个组织在构建SOA项目时，常常非常清楚投资回报率。
但是，我们不习惯这种做法，而且业务主管也常常对此表示怀疑。然而实践出真知。在一个开发项目范围内，把传统的开发过程和市场化时间与Web服务做比较，再比较使Web服务运行的基础结构因素，你会发现，SOA是一个费用低、可复用、能够调节现有IT系统的软件解决方案。SOA是第一个考虑了业务发展长期性的IT架构。从本质上说，SOA是一组松耦合的服务，每一个服务的建立和替换都是相对便宜的。当然, 衡量SOA与许多Web服务的适应性需要传统的实现SOA的方案，如通用描述、发现和集成注册、Web服务管理方案和一个健康的安全策略。
另外，也许需要一个应用解决方案或企业服务公共总线 (Enterprise Service Bus，ESB)。但是这些方案的价格明显不同于上个世纪90 年代的企业软件。 换句话说，对于所有的人而言，与Web服务和 SOA有关的费用优势是很清楚的。
SOA需要像促成技术应用一样的文化和组织的培训。组织应该对业务和IT主管培训SOA， 应该鼓励和实施SOA的服务复用，也应该设计SOA管理模型、管理过程和策略，如复用策略、安全策略和标准策略，加强 SOA实施。
所有这些挑战都是组织和实施中必须面临的问题，是过程和技术驱动的。SOA管理必须在设计和运行时以强化Web服务安全策略或架构适应性策略为本。
SOA确实对企业软件供应商构成威胁，除非他们也提供 Web 服务和SOA。注意几乎所有的软件供应商不顾一切在市场上标榜自己是 SOA或 Web 服务方案的提供商。如果一个企业的方案或者产品没有真正地提供对Web服务支持，那么可以在网上查找其产品发展的路线图，了解其对SOA支持的计划或者远景，询问什么时候可以提供 Web 服务支持。在你的合同中写一个履行服务的协议，要求在指定的日期提供 Web 服务支持。千万不要遗漏要定期跟踪企业产品的信息。
为了便于用户了解不同的 Web 服务和SOA软件厂商，我们可以按其基本功能，将SOA分成了四种基本类型，用户可以根据这一分类，看其与那一个类型相近和有关。我们认为，一个SOA软件至少应该包括以下几个最小功能类型：Web服务管理、注册服务(UDDI)、Web服务安全、ESB或消息总线（messaging bus）。
虽然这些类型有清楚的定义,但有些人仍然觉得有点模糊。Web服务安全可以多种方式实现，包括Web服务管理级，企业级注册单点登录，企业级访问管理方式，或 XML防火墙级安全设备。 Web服务在这些情形中是安全的。如何保证安全有多种选择。有必要确定服务设计和运行时的管理策略和安全策略, 为你的 SOA团队做出选择提供基础。 2005年可能是SOA年。 如果你正在密切地关注SOA,并准备在SOA和Web 服务上投入资金，那么首先要确定你是不是把业务发展作为最主要的一个因素。用“确定或不确定”可以帮助你清楚地识别必须解决的和引人注目的业务问题, 搞明白潜在的IT障碍，或者对于企业业务发展有影响的关键的问题。
这种严格的基于业务发展的SOA观念能推动企业业务的发展和SOA策略的完善。
SOA的用武之地
不是每家企业都需要SOA——至少，在目前的情况下还不需要。现有的IT架构对决定何时迁移到SOA以及怎样迁移有着重大影响。譬如说，如果某家组织用的主要是SAP系统，那么它应当怎样开始使用Web服务、构建SOA呢？
SAP推出了NetWeaver解决方案，这表明它向Web服务方向进军，该方案会影响其如何融入及支持SOA。NetWeaver实现了SAP的企业服务架构（Enterprise Services Architecture）。该架构组合了基于标准的应用服务器、集成服务器和Web服务堆栈。实施了NetWeaver的组织非常适合于迁移到SOA，NetWeaver处在SOA的中心位置。
另一种常见情形就是组织使用了混合的J2EE和.NET架构，其中以专门开发的软件和传统大型机应用程序为主。这种情况下，可以把SOA实施成单一的统一架构，以便从开发原始应用程序所基于的特定平台抽取所需的Web服务。
一般来说，适用SOA的现有架构有以下几种：
● 混合架构，包括比率大致相当的J2EE和 .NET平台，并且需要整合这些环境。
● 异构架构，有着不同的应用架构（譬如多个ERP应用系统或者诸多遗留系统），并且需要把客户和供应商的信息合并到自助服务门户网站。
● 不同的应用架构，并且由于门户网站计划、客户或者员工自助服务计划以及业务智能需求，在EAI解决方案上面投入了大笔费用。
● 遗留架构，以必须延长使用寿命的几个大型机应用系统为主。
● 以ERP为主的架构，而且需要供应商、合作伙伴和客户进行合作。
在上述所有情形当中，SOA是整合异构架构、集成不同应用系统、利用现有的IT和软件资产、带来IT灵活性最好的一种方法。在现有架构上构建服务框架，能够迅速、持续地节省成本。
|
项目型组织
项目管理
工程项目
科技项目
资格认证
职业休闲
Re:[转帖] 2005，SOA年？
[回复于 2006/1/1]