像这样松散地组装组件或服务通常被称作面向服务的架构，或简称SOA。
安全的确是SOA网关最初的立足点，但它仍然非常重要。
简而言之，点对点命名约定在SOA上下文中的应用往往导致点对点连接模型。
SOAROI需要有耐心——好处可能需要一年或者更多年才能被正确认识。
作为这个角色的一部分，SOA在网格计算和虚拟化中扮演更重要的角色同样也很值得期待。
我还将尝试演示为了完成一个SOA活动而需要进行的一系列活动（从相对较高级别进行说明）。
典型的信息环境常常不处于进行SOA转换的理想状态。
公司内有一个集成能力中心来管理SOA，并有相关的专门预算。
多大程度上您将SOA看作是一种技术——分布式系统，还是业务问题？
此外，要实现SOA的关键好处之一，需要构建能够重用的服务。
尽管SOA是企业架构的一个非常重要的组成部分，但是它不能代替企业架构。
采用SOA时，务必遵循开放标准，而不要尝试忽略这些标准或自己创建替代解决方案。
InfoQ：您认为，您的“SOA模式”在多大程度上等价于“Web服务模式”？
至于是否要为SOA的实现建立联邦ESB的问题，我们觉得由公司的具体情况而定。
之所以有这篇文章，我的目的是希望能够增强将SOA设计与以业务为中心相结合的概念。
最简单的方法是，首先解释BPM的好处，然后说明BPM为什么最好在SOA上实现。
由于具有这么广泛和战略意义的价值主张，因此很容易看到SOA是无法回避的趋势。
公司已经建立了SOA卓越中心（COE），包括品保团队和认证及性能试验室。
SOA使用者不必了解基础异构性，但必须能够透明地访问集成的信息。
您可以开发模块化的和优化的SOA库，这些SOA被分成了不同类别的层次。
您还需要一个方法，用于在将SOA项目向您的组织推出之后进行其维护工作。
事情常常变得如此糟糕——最近有篇文章的名字非常贴切《SOA，还是DOA》，其中DOA代表“死亡之旅（DeadonArrival）”。
在SOA中，将项目视为集成服务的交付——一些是新建的，一些是现有的。
我对围绕面向服务的体系结构（SOA）的所有喧嚣感到有点迷惑——而您似乎被它迷住了。
你已经开始将它作为你SOA方法的核心部分来考虑了，制定一个实际的市场营销计划。
分析级别技术（也称为自底向上方法）可用于发现对特定SOA项目有意义的资产。
架构上，NWPI在BPM和SOA之间建立了强耦合，因为服务总是被作为业务过程的一部分设计。
SOA中一个正在逐渐受到广泛关注的领域是遗留应用程序的生命周期增长。