采用这样的连接方式，可大大降低应用中接口的复杂性，从而降低有关对这些应用进行更改的成本
和风险，让用户能够以更简单、更快速、更安全的方式来使用它们，尤其是能够让用户对更多的应
用和功能作为服务加以访问和重复利用。通过加速实现
SOA
这一进程，可帮助您的企业获得前所未
有的灵活性和响应性。
慎重：必须选择不会限制业务发展的
ESB
产品和技术
ESB
的选择至关重要——作为企业信息架构的整合龙骨，如果选择不慎，也许不仅不能简化
IT
环境，
还将您的业务带来更多问题——提高企业架构的复杂性和刻板性，而不是帮助您提高业务灵活性和
响应能力，从而制约您的业务发展。也许您需要考虑如下几个问题：
◆
ESB
是否能够对当前大多数遗留应用实现整合？
几乎在每个业务领域，新开发的基于标准的应用都因现有应用和系统的数量和复杂性得不到妥善实
施。现有的应用和系统经过多年的发展和维护，承载着大量的商业交易。企业可能为有些应用和系
统安排了更新，如作为服务部署和复用等，但大多数仍然是运行在生产环境中未曾改变的后台办公
应用，更新的可能性不大。然而，
SOA
给
IT
架构带来的挑战将迫使企业对以前从未改变过的应用和
系统进行更新。
◆
监管与控制：
完整的连接性解决方案应确保
ESB
允许企业灵活地对各个需要监控的任务以及整个业务状态进行监
控。监控工具虽然允许通过
ESB
来访问业务数据，但应该与
ESB
本身分开，这是因为
ESB
的端到端
功能对于企业来说就像应用一样重要，您也许希望能够像对待其他关键系统那样对
ESB
的活动状态
进行监督和报告。
更进一步的，您需要在不同层次上对业务交易进行跟踪，以便真正反映不同
SOA
组件的状况。在较
高的业务和流程层次上，交易可以是成功创建的全新保单或者对保险索赔做出最终赔付。然而从
IT
的
角度看，您可将同样的交易细分成多个独立交易，涉及到应用和数据库之间的信息独立交换，以便
真实反映企业实施这些程序是为了满足哪些
IT
需求。和处理新保单创建期间出现的问题、下达订单定
购新库存以及任何其他业务事件所采取的措施一样，您必须对这些独立的
IT
工作单元进行跟踪并在出
现问题时采取相应的措施。
◆
性能问题：
在交付这些信息以及确保信息顺利通过环境时，如果任何一个环节出现了问题都将影响到业务成功
以及您对
ESB
的信任。为了在整个企业内部署并为总体业务提供支持，
ESB
应始终保持可用性、
可靠性和安全性，提供能够满足各方面服务质量需求的信息——体现数据传输的重要性。如果您的
ESB
无法满足数据吞吐量需求，或者不支持对关键系统的访问，将导致您的架构无法满足企业所需
的灵活性需求，进而对您的业务发展带来限制而不是促进作用，无法充分发挥
SOA
的潜力。
◆
平台和技术问题：
当考虑通过
ESB
来满足
IT
架构对
SOA
的整合需求时，应确保所有系统和环境都能访问
ESB
。您希望访
问任何地点的数据并在任意地点之间传输数据。这意味着您所需的不仅是
UNIX®
设备或者
Microsoft®
Windows®
及
Linux®
设备，涉及到的内容不仅限于
Java™
应用、
Web
服务应用或
C
程序。
评论0
最新资源