??xml version="1.0" encoding="utf-8" standalone="yes"?>少妇精品久久久一区二区三区 ,青青草国产精品久久,久久久精品免费国产四虎http://www.shnenglu.com/tanxiuguang123/category/1527.htmlzh-cnThu, 22 May 2008 19:28:16 GMTThu, 22 May 2008 19:28:16 GMT60SOA ——?5.1http://www.shnenglu.com/tanxiuguang123/archive/2006/05/01/6526.htmlTory Tory Mon, 01 May 2006 14:35:00 GMThttp://www.shnenglu.com/tanxiuguang123/archive/2006/05/01/6526.htmlhttp://www.shnenglu.com/tanxiuguang123/comments/6526.htmlhttp://www.shnenglu.com/tanxiuguang123/archive/2006/05/01/6526.html#Feedback0http://www.shnenglu.com/tanxiuguang123/comments/commentRss/6526.htmlhttp://www.shnenglu.com/tanxiuguang123/services/trackbacks/6526.html Table 1. SOA layers of adoption

Adoption level Name Description
1 Implementing individual Web services Creating services from tasks contained in new or existing applications
2 Service-oriented integration of business functions Integrating services across multiple applications inside and outside the enterprise for a business objective
3 Enterprise-wide IT transformation An architected implementation enabling integration across business functions throughout an enterprise
4 On Demand Business Transformation Broad transformation of existing business models or the deployment of new business models

Table 2. The six approaches to SOA

Approach Description (typical project owner characterization) Qualifications
Business process driven My business processes need to tap into resources, and each activity requires the invocation of IT functionality; I want that functionality to be available in a flexible, replaceable way. Top-down
Tool-based MDA I want to define a model (business model) and then let my tools generate the detail for me. Top-down
Wrap legacy I have existing systems I have been investing heaviliy on, but they are not resilient. I want new functionality added quickly, but these systems are partitioned. They are silos where functions are locked into them. Bottom-up
Componentize legacy Decompose the monolithic legacy systems into modules using compiler-based tools. Bottom-up
Data-driven Provide access to information using services without having to expose schemas or implementation decisions on the provider side. Data-focused
Message-driven "Just want to have these systems integrate, communicate, over standard, non-proprietary protocols." Service-Oriented Integration of Applications and Systems

Table 3. Patterns and their corresponding benefits

Context Pattern Applicability
Silo; concentrated functionality Hard-coded (not a pattern, but a point in time state) Point in time; low risk; low-changing, high-performance systems
Distributed; multi-point of access Point-to-point exposure Expose existing functionality rapidly; unlock value fast; access embedded functionality
Wrap a legacy function and make it callable through Web services Service adaptor Consumer needs access to functionality that is not service-enabled ( access to a legacy system through a service invocation, for example -- a Web service)
Access a service using its proxy if you do not have direct access to the service provider?s service description and are unable to directly invoke the service Service proxy Provides consumers with an SOA interface
Provide flexibility in the choice of the service provider Remote service strategy Provides flexibility in changing service providers based on quality of service or functionality considerations. This opens up possibilities in expediting mergers and acquisitions and flexible alteration of the provider when you consolidate application portfolios.
Eliminate redundant functionality; refactor and consolidate or, in some cases, replace existing systems Single point of access Provides one access point to a number of potential variants in functionality. A service strategy often requires a single point of access.
One project or LOB at a time, yet relies on others for some functions not yet exposed as services Virtual provider Non-existent providers; ramp up service critical mass
Single point of access Service integrator Routing, transformation
General enterprise integration approach Enterprise service bus Mediation; routing; transformation, policies, rules, events; inside the organization or between partners in ecosystem/value-net
The Nirvana of SOA; dynamic reconfiguration through context-aware services relying on business domain specific capabilities Integrated service ecosystem Provides dynamic configuration capabilities to a set of semantically interrelated industry specific business partners that leverage and recombine the ecosystem capabilities to provide greater value to themselves and the ecosystem as a whole


Often an initial challenge is the concrete determination of the value proposition for using SOA within a project, line of business, or organization. This has to do with flexibility and the ability to alter the actual service provider who implements a service once their quality of service dwindles or they fail to provide the required functionality. This flexibility, which is the primary value of SOA, is overcome by understanding the steps in achieving flexibility through a remote service strategy. There are two more challenges that we describe and overcome with the use of patterns presented here.


SOA is a journey of gradual, small transformations that increasingly decouple service descriptions from service implementations offered by multiple service providers. The solutions below are descriptions of how these issues have been recurrently solved and may serve as a pattern to help you on your next project. Like any other pattern, these must also be adapted to fit the context and the forces that shape your individual problem space: the tradeoffs and considerations of your project, whether organizational or technical, make a difference, and you can determine if you need to skip a step from one pattern to another or to partially implement the pattern

The purely object-oriented strategy pattern primarily relies on inheritance-based polymorphism to create a family of interchangeable algorithms that are swapped out based on context. Rather than have an object hierarchy, in an SOA context, we need to be able to change the service provider with minimal or no impact on the consumer?s perception of the service, thus varying the actual implementer of the service description. The implementer may, in most cases, be a provider of a remote unit of functionality, somewhere in the internal network or Internet. Therefore, for
example, a service provider for a VerifyAddress service in an OrderEntry application may need to be changed because our quality of service needs have changed due to higher transaction volumes or security constraints. Or, the provider has decided to charge twice the amount for the same basic service, which we have relied on, in the past. Now, we would like to have the flexibility of changing service providers with IT and Business impunity, which means minimal changes to IT systems and no impact on the business or customer experience in their online shopping experience.


以上是今天看得两英文文章中一些摘要,文章很长Q说实话没看太明白。只能在文章中找一些比较重要的东西贴在q,希望能有用?br />原文链接Q?a >http://www-128.ibm.com/developerworks/webservices/library/ws-soa-soi/
                     http://www-128.ibm.com/developerworks/webservices/library/ws-soa-soi2/

6. 开发过E?/font>

管以服务ؓ中心的企业集成在开发阶D和普通的应用开发ƈ没有本质的区别,但是它在角色Q职责、工具和Ҏq是有不自q特色。下图汇M本文CZ中开发角Ԍ职责Q开发方法和工具Q仅供大家参考?/p>


?Q角色划分和工具支持 

SOA 的一个架构模?/font>

SOA 的一个抽象观点将它描qCؓ与业务过E结合在一L合成服务的部分分层架构??3 呈现了这U类型的架构?

服务和组Z间的关系是,企业U的lgQ大_度的企业或者业务线lgQ实现该服务q且负责提供它们的功能和l持它们的服务质量。通过l合q些公开的服务到合成的应用程序,可以支持业务过E流。综合的架构通过使用 Enterprise Service BusQESBQ支持这些服务、组件和程的\由、中介和转化。ؓ了服务质量和非功能性的需求,必须监视和管理已l部|的服务?/p>


?3QSOA ?/b>
SOA ? src=

对于每一层,你都必须做设计和架构军_。因此,Z帮助用文件说明你?SOAQ你可能应该创徏文档Q由每个层相应的部分所l成?/p>

q里是ؓ你的 SOA 架构文档设计的模板:

  1. 范围 <此架构适用于企业的哪个领域>
  2. 操作pȝ?
    1. 打包的应用程?
    2. 自定义应用程?
    3. 架构决策
  3. 企业lg?
    1. 企业lg支持的功能范?
    2. <q个企业lg支持业务领域、目标和q程>
    3. 关于控制的决{?
      1. <作ؓq个客户端组l内部企业组件来选择某物的标?gt;
    4. 架构决策
  4. 服务?
    1. 服务分类?
    2. 架构决策
  5. 业务q程和合成层
    1. 业务q程可以表现y编排(choreographiesQ?
    2. 架构决策
      1. <哪一个过E需要编排在舞蹈~排里面以及哪一个镶嵌在应用E序里面Q?gt;
  6. 讉K或者表现层
    1. <证明q层?Web 服务?SOA 的含意;即便要。例如,在用h口别上调用 Web 服务?portlet 的用,以及在此层机能上的含意?gt;
  7. 集成?
    1. <包含 ESB 因素>
    1. <我们如何保使用服务的客LpȝU的一致性(SLAQ和服务质量QQoSQ?>
    2. 安全问题和决{?
    3. 性能问题和决{?
    4. 技术和标准的局限性以及决{?
    5. 服务的监控和理
      1. 描述和决{?

现在Q让我们更加仔细的描qC下每一层以及每一层之间的合成?

?1Q操作系l层?/b>本层包含现有的自定义构徏的应用程序,也叫?遗留pȝQ包含现有的 CRM ?ERP 打包应用E序Q以?较旧?/i>Z对象的系l实玎ͼq有业务应用E序。SOA 的复合层架构可以利用现有的系lƈ且用Z服务的集成技术来集成它们?

?2Q企业组件层?/b>本层由那些负责实现功能和保持公开服务 QoS 的企业组件组成。这些特D的lg是企业和业务单元U支持的企业资的受理和控制的集合?同企业范围资产一P他们通过架构最佛_践应用程序来负责保 SLAs 的一致。大多数情况下,本层使用Z容器的技术,比如实现lg、负载均衡、高可用性和工作量管理的应用服务器?

?3Q服务层?/b>业务选择来支持和公开的服务处在这一层。它们可以被 发现或者直接静态绑定,接下来被调用Q或者可能的话,~排到合成服务中。这个服务公开层同h供了获取企业范围lgQ业务单元特定组Ӟ以及有些情况下,特定目l徏的机Ӟq且以服务描q的形式具体化了他们的接口子集。因此,企业lg使用它们接口提供的功能在q行时提供服务实现。在q一层的接口公开Z个服务描qͼ在这层中他们被公开以提供用。他们可以独立存在或者作为合成服务?

?4Q业务过E合成或~排层?/b>W三层中公开的服务的合成和编排在q一层中被定义。通过配合、编排,服务被绑定成一个流E,q且从而作为单独的应用E序而共同作用。这些应用程序支持特D的用例和业务过E。这里,可视的流E合成工P比如 IBM] WebSphere] Business Integration Modeler 或?Websphere Application Developer Integration EditionQ都可以用来设计应用E序程?

?5Q访问或表现层?/b>管q一层经常超Z围绕 SOA 讨论的范_但是它却变得来有意义。在q里我描q它因ؓ标准来集中,比如用于 Remote Portlets Version 2.0 ?Web 服务和其他技术,q些技术追求在应用E序接口或者表现层来利?Web 服务。你可以把它作ؓ来的层用来满来的解x案的需求。注意到以下q两Ҏ非常重要的:SOA 用h口从lg中分d来;最l你需要提供从讉K路线到服务或者合成服务的端到端解x案?

?6Q集成(ESBQ?/b>q一层服务可以集成Q通过引入一pd可靠的性能的集合,比如路由Q协议中介和其他转化机制Q经常被描述?ESBQ参?参考资?/font>Q。Web Services Description LanguageQWSDLQ制定了l定Q其包含提供服务的地址。另一斚wQESB 为集成提供了位置独立机制?

?7QQoS?/b>q一层提供了监视Q管理和l持诸如安全Q性能和可用性等 QoS 的能力。这是一个通过 sense-and-respond 机制和监?SOA 应用E序健康的工hq行的后台处理过E,包括 WS-Management 和其他相兛_议的所有的重要的标准实C及ؓ SOA 实现服务质量的标准?


 



Tory 2006-05-01 22:35 发表评论
]]>
(?您的 SOA 合ƈ成三l的整合中心以提高速度和可靠?http://www.shnenglu.com/tanxiuguang123/archive/2006/04/24/6172.htmlTory Tory Mon, 24 Apr 2006 06:37:00 GMThttp://www.shnenglu.com/tanxiuguang123/archive/2006/04/24/6172.htmlhttp://www.shnenglu.com/tanxiuguang123/comments/6172.htmlhttp://www.shnenglu.com/tanxiuguang123/archive/2006/04/24/6172.html#Feedback0http://www.shnenglu.com/tanxiuguang123/comments/commentRss/6172.htmlhttp://www.shnenglu.com/tanxiuguang123/services/trackbacks/6172.html在本文中Q我谈论如何将 Web 服务及非 Web 服务的多?SOA 合ƈ成三l的整合中心来连接各U后端企业主机系l,包括Q?/p>
  • 企业资源规划QEnterprise Resource PlanningQERPQ?
  • 客户关系理QCustomer Relationship ManagementQCRMQ?
  • 供应铄理(Supply Chain ManagementQSCMQ?
  • 其它企业应用E序集成QEnterprise Application IntegrationQEAIQ的应用E序
  • 虚拟的数据库理pȝ

我也讨Z心如何接受输入数据——事件和数据——来源于各种资源。我使用 X、Y ?Z 轴在三维I间中展C图片?/p>





什么是 SOA 整合中心Q?/font>

SOA 整合中心?Web 服务与非 Web 服务的合q的 SOA 与后端企业系l的集成。它使得 Web 服务及非 Web 服务能够与运行在不同q_上的服务器、主机和微机上的企业pȝ交互?/p>

然而,SOA 整合中心不同于面向服务的整合Qservice-oriented integrationQSOIQ。SOI ?Web 服务与运行在不同q_上的Lpȝ相整合。它使得 Web 服务能够通过|关与主Z互。您需?ASP.Net 或其它技术获取网x执行普通的 Web 服务?/p>

SOA 是基于一套业务流E的 Web 服务的交互的体系l构。您可以在第一?SOA 中获?Web 服务来在W二?SOA 中复用代?Web 服务的服务。Web 服务可能׃些小?Web 服务l成Q它们将服务传递给客户?/p>

您用描q语aQ例如,SOAPQ或其它描述交互的方法(例如QRESTQ来定义交互。每个交互都是独立且松耦合的,以便每个交互都能独立于Q何其它交互。这与依赖网x?Web 服务集成的紧耦合的主机系lŞ成对照?/p>





SOA ?/font>

我们看一下二l空间中?SOA 层。之后,我将向您展示Z三维的整合中心是更好的选择?/p>

SOA ?IBM 版本的前五层Q请?a >参考资?/font>Q是Q从下至上)Q?/p>

  • 操作pȝ
  • Zlg的(pȝQ?
  • 服务
  • 业务程
  • 表示?

W六层是集成体系l构Q也作ؓ企业集成ȝQEnterprise Integration BusQ)Q它垂直覆盖了前五层。下一层是服务质量、安全、管理及监控层?/p>

显而易见,操作层由 EAI 打包的应用程序、遗留、老式的面向对象及商业应用E序l成。它们都可以通过使用 SOIQ在目U或企业U)来同W二层的Zlg的系l相集成。然后,组件结合或集成到复合应用程序中来提供第三层的服务?/p>

W四层向您展CZ那些服务是如何根据一套业务流E从一个流向另一个的。更高一层通过q程门户|站 Web 服务QWeb Services for Remote PortletQWSRPQ标准或其它面向人的表示层的Ҏ来将 Web 服务应用于应用程序接口中?/p>

二维静态的 SOA 可能是有问题的。幸好,整合中心的发展意味着 SOA 变成三l动态的?/p>





可复用的体系l构

我们假设?Web 服务需要在 .Net q_上或随后?WebSphere q_上运行前从主机系l获取信息。您需要将 Web 服务与执行普?Web 服务的主机网关相整合?/p>

所?Web 服务彼此?XML 传递信息——多?SOA 中的业务程应当如何整合及其在提供的服务中如何实现。虽然在多个 SOA ?Web 服务是可复用的,但是我进一步将 SOA 处理成可复用的体pȝ构?/p>

我有多个实例Q它们关于将可复用的 SOA 合ƈ成与Lpȝ相连的整合中心,我提出如下四步来创徏中心Q?/p>

  1. 作为可复用的体pȝ构的 SOA 数组划分成两个模块。第一模块主要包括整合 Web 服务的机Ӟ而第二个模块重在服务交互?
  2. Z获得最佳的速度及可靠性,每?SOA 优化成更紧凑的Ş式。检查可能媄响性能的磁盘碎片空间?
  3. ?SOA 按照重要性及复用频率区分优先ơ序。检查用户对于更?SOA 优先权的需求?
  4. ?SOA 合ƈ成连接到一个或更多Lpȝ的整合中心,q些Lpȝq行在不同的q_上。检查先前没有被提出的互用性问题?






模块化的 SOA ?/font>

您可以开发模块化的和优化?SOA 库,q些 SOA 被分成了不同cd的层ơ。每个类别可以通过层次最低别的 Web 服务被进一步划分成 SOA 的子l?/p>

您可以将库用作到 Web 服务应用E序的动态链接。当应用E序需要访问模块化?SOA Ӟ它将自己链接到库中。当它不再需要检索到?SOA Ӟ从库中释放自己Q当提高速度及性能时节省磁盘空间?/p>

下列是库中模块化?SOA 的一些实例:

  • 卫生保健 SOA
  • 零售理 SOA
  • 物流 SOA
  • 无线频识别QRadio Frequency IdentificationQRFIDQSOA






库用?/font>

假设您用在库中使用最后三?SOAQ零售管理、物和 RFIDQ来开发整合中心ƈ它们连接到L|关中。今后,用户的需求改变了——取消零售管?SOA q以卫生保健 SOA 代替它?/p>

同时Q用新版本更新物?SOA 使其q合用户的需求。在 RFID SOA 中包含新的子l之后,所有子l区分优先次序ƈ它们优化?/p>





二维非共享的 SOA

我们看一?Blue Repository 中的三个模块化的 SOAQ零售管理、物和 RFIDQ的二维中心Q请?a >?1Q。所有都q接C机网关中。例如,如果您?ASP.NetQ那么您可以通过|关来执行普通的 Web 服务?/p>
?1. 非共享的 SOA 的二l中?/b>
非共享的 SOA 的二l中? src=

如您所见,SOA 不是׃n的。您可以这三者结合成复合应用E序以减到L|关的连接器的数目?/p>





二维׃n?SOA

?a >?2 所C,RFID SOA 与物?SOA 在一边相交叠。交叠区域用黄色带黑色斜U来昄。它包含 SOA 用于生成一个或两个服务的资源?/p>
?2. ׃n?SOA 的二l中?/b>
׃n?SOA 的二l中? src=






代表三维I间中的中心

您怎样在二l计机屏幕上设想三l的中心Q处理该问题的一U方法是在二l^面中d整合中心?X、Y ?Z 轴。另一U方法是使用软g单地?2D 囄转换?3D 的版本?/p>

在三l的中心Q您可以在不改变 SOA 的情况下现有的L替换成新样式或另一供应商的样式。另外,您可以重新配|或更改 SOA 的优先权以适合新的或已更新的主机系l对于更改用户及l织的需求的响应?/p>





W一个三l中?/font>

考虑?a >?3 所C的三维I间中的整合中心。如您所见,RFID SOA 中部分位于物?SOA 之后。RFID SOA 的隐藏部分用到物?SOA 的蓝色线d?/p>
?3. W一个共享的 SOA 的三l中?/b>
W一个共享的 SOA 的三l中? src=

如您所见,q接器从 RFID SOA 通过Q而不是环l)物流 SOA C机网兟뀂这意味着?RFID SOA 而来的连接器与物?SOA ׃n了一些资源?/p>





W二个三l中?/font>

设想 RFID SOA 的重叠部分在物流 SOA 的前面,但是不是从Q一侧,?a >?4 所C。这l了 RFID SOA 更多的选择来共享物?SOA 中的大量资源?/p>
?4. W二个共享的 SOA 的三l中?/b>
W二个共享的 SOA 的三l中? src=

如您所见,q接器从 RFID SOA 通过物流 SOA?/p>




有多共享的 SOAQ?/font>

在三l中心中您可以共享的 SOA 的数目依赖于目复杂性、合q题及业务程中的利弊。向您避?SOA 的过量开销一P您需要确保在开发的整个生命周期中不会在三维I间中发生中心超负荷的问题。您应当在周期的每个时刻都测试超负荷?/p>





l束?/font>

在三l中心中合ƈ SOA 需要预先规划来讄开发和׃n?SOA 的数目限制。您应当同业务分析师开发组交流有关各种合ƈ问题的信息。您发现解军_q题会使您开发三l中心的工作变得非常Ҏ。您可以开发在中心可复用和׃n?SOA。分析师发现解册问题会他们的设计和分析三维I间的中心的工作变得非常Ҏ。他们可以确定在不会D中心负L前提下哪个主机系l可以连接到中心?/p>

Tory 2006-04-24 14:37 发表评论
]]>
关于SOA 中体pȝ构的集成http://www.shnenglu.com/tanxiuguang123/archive/2006/04/21/6037.htmlTory Tory Fri, 21 Apr 2006 09:35:00 GMThttp://www.shnenglu.com/tanxiuguang123/archive/2006/04/21/6037.htmlhttp://www.shnenglu.com/tanxiuguang123/comments/6037.htmlhttp://www.shnenglu.com/tanxiuguang123/archive/2006/04/21/6037.html#Feedback0http://www.shnenglu.com/tanxiuguang123/comments/commentRss/6037.htmlhttp://www.shnenglu.com/tanxiuguang123/services/trackbacks/6037.html 体系l构中的集成需?/font>

讨论xQ集成已限定为通过Zlg的服务进行的应用E序的集成,但是集成q个主题比这要宽泛得多。在估计一个体pȝ构的需求时Q必考虑一些集成的cd或“方式”。您必须考虑如下几方面:

  • 应用E序集成
  • l端用户界面集成
  • 应用E序q接
  • 程集成
  • 信息集成
  • 构徏集成开发模型?

l端用户界面集成涉及如何集成特定用户讉K的全部应用程序和服务来提供可用、高效、一致的界面。它是一个正在发展的主题Q而新的发展在q期主要取决于 Portal 服务器用方面的q展。虽?Portlet 已经可以通过 Web 服务调用本地服务lgQ但是新技术(比如用户q程 Portlet ?Web 服务Q将使内容和应用E序提供者能够创Z互式服务Q这些服务在因特|上可以通过 Portal x即用Q从而ؓ很多新的集成提供了可能?/p>

应用E序q接是一U集成方式,它涉及体pȝ构必L持的所有类型的q接。在一个层ơ上Q这意味着数据的同步和异步通信、\由、{换和高速分布、以及网兛_协议转换器等{。而在另一个层ơ上Q它q与输入和输出或源(sourcesQ和汇(sinksQ的虚拟化有养I正如您在 EWA 的通道QChannelQ和协议转换E序QProtocol HandlersQ中所看到的。这里的问题在于数据Ud、移Z及在实现体系l构的框架中Ud的方式?/p>

程集成涉及开发映到业务程和ؓ业务程提供解决Ҏ的计流E、将应用E序集成到流E以及集成一些流E与其他一些流E。虽然第一w求可能看hg无关紧要Q不q就是体pȝ构提供一个模拟基本业务问题的环境Q但是,如果在这一层中不进行充分的分析Q体pȝ构的M实现注定都将p|Q不它采用的技术是多么的y妙。将应用E序集成到流E可能包括企业中的应用程序,也可能涉及调用远E系l中的应用程序或服务Q而这些远E系l多半属于业务合作伙伴。同样地Q流E层集成可能涉及整个程的集成而不仅仅是来自外部源的单个服务,比如供应铄理或金融服务q样横跨多个机构的流E。ؓ了满L应用E序和流E的集成需求,可以使用?BPEL4WS q样的技术,而应用程序框架也可以使用E序配置 SchemeQ比如在 EWA 中看到的Q。实际上Q可以在底层使用 BPEL4WS 来构造一个高层配|?SchemeQ然后通过一个引擎来驱动Q这个引擎不仅提供流理Q而且q提供其他功能。然而,在构一切之前,您应该首先了解体pȝ构方面的需求,然后Q再构徏合适的基础架构?/p>

信息集成是一个流E,其作用在于ؓ所有需要它的应用程序提供对企业中全部数据的一致访问,而不这些应用程序是以什么Ş式需要它Q也不受数据的格式、来源或位置的限制。在实现Ӟq项需求可能包?适配?/i>和{换引擎,不过它通常要比q复杂。而关键的概念往往是数据的虚拟化,q可能包?数据ȝQData BusQ?/i>的开发,企业中的所有应用程序都通过标准服务或接口从数据ȝ中请求数据。因此,不管数据是来自电子数据表、本地文件、SQL ?DL/I 数据库,q是来自内存中的数据存储Q都可以数据提供给应用E序。永久存储中的数据格式可能还不ؓ应用E序所知。应用程序更不知道管理数据的操作pȝQ因而访?AIX ?Linux pȝ中的本地文g的方式与q些文g攑֜ Windows、OS/2、ZOS 或其他系l中时访问它们的方式相同。同样地Q数据的位置也是透明的;׃它是由共同的服务提供的,所以是p问服务而不是由应用E序来负责查询数据(无论是本地的q是q程的)Q然后按照请求的格式提供数据?

应用E序开发环境的最后一w求是Q必考虑可能在企业中实现的集成的所有方式和层次Qƈ且ؓ它们的开发和部v做好准备。要想真正做到健壮,开发环境必d括(和执行)一U方法来明确地规定如何设计和构徏服务和组Ӟ以便促进重用、消除冗余和化测试、部|和l护?/p>

上面列出的所有集成方式在M企业中都有一定程度的体现Q尽在某些情况下它们可能是化的Q或者没有明地q行定义Q因而,在着手设计新的体pȝ构框架时Q您必须全面的考虑它们。特定的 IT 环境可能只有很少的数据源cdQ因此,消息集成可能会很单。同样地Q应用程序连接的作用域可能也很有限。虽然如此,如果希望框架能够随着企业的成长和变化成功地l得以保持,则框架中的集成功能仍然必ȝ服务提供Q而不是由特定的应用程序来完成?/p>

Tory 2006-04-21 17:35 发表评论
]]>
þAVۺϺɫ| ޾þһ | þþþAVƬ| þù׽| þˮav뾫Ʒ鶹| Ʒ999þþþþĻ| þ˿ྫƷĻ| ŷ츾XXXXԾþþ | þþùƷһ| þù鶹91| 97㽶þҹɫƷ| 91þþһȫ| þ| þþƷһ| 99REþþƷﶼǾƷ| ݺݺɫۺϾþð| þþƷһ| þҹ³Ƭ| þҹɫƷa| þþƷ| 99reֻоƷȾþ| þþþĻɫ| 91ƷùۺϾþ| 99ƷȾþ޶| þۺ͵͵ɫ| ޹Ʒ˾þ | þݹƷһ| þҹ³Ƭ| þþƷ2020| ݺɫþۺͼƬ| ŷþۺ㽶| ޹Ʒþ| þþݾþþ| þþþƷһ| þ߿ۿƷ㽶| 77777ҹþö| һֻƴƬ99þ| ƷƷھþø| þۺϾɫۺϾƷ| þþƷ91þۺ鶹 | ŷ޾Ʒ˾þԻӰƬ|