曙光重现 摆脱SOA决策中存在的严重失误
SOA的最终目的是获得极其灵活的基础架构，使IT人员可以在企业里面横跨多种平台和领域的抽象层上开发组合式应用，但谁也无法一蹴而就。如果问起负责构建面向服务的架构(Service-Oriented Architecture,SOA)的人什么最困难，他们中很多人会告诉你: 最困难的部分不是技术，而是改动业务流程以及随之而来的角色和职责的重新划分。许多SOA实施者也这样说，而事实可能的确如此。但技术这方面却未必简单，在所有规划和战略制订完毕后，如何提供及管理服务及消息传送基础架构，还有如何处理已有的平台、应用和系统，并非易事。
SOA五大决策
决策一：构建、提供及监控服务
SOA的最终目的是获得极其灵活的基础架构，使IT人员可以在企业里面横跨多种平台和领域的抽象层上开发组合式应用，在实际应用时，技术人员必须做出很多关键决策，选择构建服务所需的平台恐怕是IT人员面临的最简单决策了。
决策三：性能、安全和运行时治理
要不要使用ESB取决于每家组织的独特需求和情况。不过单单有了ESB并不等于就有了SOA。在实施的各种规模的SOA中，一般不会只有一种。可能需要连接多条消息总线，而且消息在这些总线上传送过程中还需要转换等……
决策四：立足于自己掌握的技术
选择哪一种开发平台、注册中心/存储库、管理模式、消息传送系统、安全技术以及测试工具，这会让人晕头转向。人们很容易陷入战术性决策，譬如要不要购买ESB、向谁购买。但你应当在确定了业务流程、核心服务和整体架构之后，再去选择方案。
决策五：一切围绕架构
一碰到实际工作，人们很容易陷入战术性决策，譬如要不要购买ESB、向谁购买。但SOA的要点在于创建这种架构: 支持目标非常明确、简化了的业务流程，通过重新安排传统的项目为流程的更改提供灵活性。
