SOA

尽管部署面向服务的架构(SOA)一直在业内谈论很多，但是由于SOA是一种复杂的有别于传统IT基础设施的构建方法，在实施SOA项目之前需要充分地了解影响其成功实施的重要方面。

据有关数据统计，2007年，已经有近50%的用户从在两年内没听说SOA转变为开始关注、了解SOA。成都军区指挥自动化站（以下简称自动化站）的总工程师吴小涛就是其中之一。

2005年才刚开始，面向服务架构SOA就已经具有成为年度热门话题。那时候，产业界的博学之士已思索各式各样的问题，并提出种种预测。2005年会是SOA窜红的年头吗？今年会是客户采用SOA的年头吗？SOA会是这一年众人最津津乐道的名词吗？会不会也变成最夸大不实的名词呢？

有几个基于Java的API可以用来访问服务。这些服务包括SAAJ、基于Java API for XML 的RPC（JAX-RPC）和Web服务调用框架（WSIF）。SAAJ提供了构建服务消费者以及提供者的API。让我们看一看如何利用SAAJ在SOA中开发Web Service的消费者。我们将举例说明WebLogic Integration的组合过程，该过程有机地结合了获取城市邮政编码的服务、获取邮政分区的温度的服务，以及消费该服务的一个示例SAAJ客户机。

在 SOA 或数据集成项目中，关键业务术语可能会造成混淆，对其含义进行反复的争论会导致延迟、推迟修改甚至产生错误。本文介绍业务术语表的概念，帮助您消除术语方面的误解。了解在 SOA 中应用业务术语表的价值，学习如何定义和使用它以使同事之间的交流更加清晰。

在IT基础设施中将各种应用软件的数据集成起来是一回事，因为相关方法和实践都经过检验，证明是可行的。但是，在服务导向架构（SOA）上实现数据集成则是另一回事，那可是个新挑战。

本文介绍了一种经过大大简化的方法，用于将驻留在WebLogic上的应用程序转化为SOA中的资产。此外，没有谈到的其他领域（比如数据库、外部系统）也需要进行分析和研究。上述概念也可以应用于这些系统。这些特性都带有相关的成本，因此必须分析实现它们的投资回报(ROI)。最后您将得到一个可以满足业务和功能需求的环境，就可以很好地实现SOA了。本文并未涵盖所有的SOA要素，但是它提出了一个用于满足复杂的WebLogic环境中的某些SOA需求的解决方案。

SOA是一种由业务驱动的基于架构风格的概念，利用松散耦合的服务和组件支持商务流程和用户的需求。从分布式计算方式(软件在多个平台上运行)和模块式编程风格来看，SOA是进化的。

重新思考SOA管理涉及到理解和解决两大互补因素：成本和利润。本文讨论了如何借助于一种关注成本与利润的切实可行的方法，从而识别组织采用有效SOA管理模型的动机。

许多人或多或少存在对SOA的误解，这些误解可能出自厂商的市场宣传误导，也可能是由于不同IT机构的解释不同。美国企业系统整合专家、Grand Central Communications公司技术总监大卫·S·林思克姆（David S. Linthicum）最近在他的Blog（网络日志）上解答了一些常见的对SOA的误解。

IBM 公司的 WebSphere 应用服务器平台下面向服务的架构（SOA）帮助其提高了服务速度和质量，并降低了服务成本，使其赢得了更高的客户满意度。本文是 IBM 最近国际六家客户成功应用 SOA 案例。

需求不断扩大、厂商重点投入、用户理解加深，商业智能(BI)软件应用的“躁动”日渐强烈，它已成为企业必备的关键工具，同时在企业中的需求也迅速增长。

近年来，SOA受到业界的热烈追捧，究其原因，是因为SOA所具有的灵活性和“与业务相关”性。

在本篇文章里，我将探讨“构成元素”、“项目与应用”以及“组织与管理”，说明如何将它们融入到你的长期项目规划中。

本篇将提供一套具体的计划连同诀窍与深入见解，以协助您构建有效的SOA蓝图，并确保您SOA项目能大功告成。

在发展IT架构时你会逐渐发现到，若要获得真正的业务效益，你必须彻底改变系统架构的思维。本文是将提供给你实用秘诀、深刻剖析和领域模型（Domain Model）以规划和开发一个成功的SOA架构。

在本篇文章中，我们将看到服务是如何被实际提供的，或者按照 Unified Modeling Language (UML) 的术语，是如何被实现的。服务实现的设计首先要决定什么组件将提供什么服务。该决定对于服务可用性、分发、安全性、事务范围、和耦合具有重要的含义。在这些决定做出之后，您就能够设计每一项服务的功能性是如何实现的，以及被要求的服务是如何被实际使用的。

业务离不开技术的支持，而技术需要为业务服务，因此，离开业务谈技术标准，犹如纸上谈兵。

本文的内容包括如何装配和连接服务提供者，并且设计它们的交互作用，为业务需求提供一个完全的解决方案。最为结果的合成要素将成为一个服务参与者，它负责把由 Invoicer、Productions 和 Shipper 合成要素所提供的服务组合在一起，提供处理定购单的服务能力。本文还展示了这一服务参与者如何实现最初的业务需求。

要配置和运行 Web 服务，我们需要创建一个同服务模型中被捕获的体系结构设计决定相一致的实际的实现。我们能够将该模型作为向导，通过手工来创建这个解决方案。但是这样做非常冗杂、易出错、费时间、并且需要一个高水平的开发人员确保体系结构决定能够正确的被实现。当然可以通过手工来创建解决方案，并且将该模型作为向导也是非常有帮助的。但是，一个完全的、正式的、经过验证的模型才能使我们有机会进行模型驱动的开发（MDD），从模型中创建一个解决方案的代码框架，然后在特定平台编程环境中完成细节的编码。