服务导向架构(Service Oriented Architecture SOA)

随着企业快速反应(agile)的需求与日俱增，异质型信息系统的整合与重用，确保投资等议题日益重要。信息系统不但要能彼此沟通，还要支持企业再造的重组与分合，进一步结合供应链与消费者等企业外的系统。

服务导向架构(Service Oriented Architecture SOA)应运而生。它代表着分布式松散偶合(loosely coupled)的服务，也就是系统间彼此互为服务，遵循沟通标准呼叫对方，传递 XML 讯息，但不拘平台与开发技术。

何谓服务导向架构

软件架构与方法论一直在演进，有价值的观念与做法依然持续传承着，在正式讨论 SOA 之前，我们先回顾一下历史：1980 年卷起的对象导向风潮让软件有了架构(framework)，可以重用。而 1990 的组件导向，让软件易于重用，且在分散架构下动态结合。而 2000 的服务导向可以跨平台与因特网让整个系统动态整合与重用。

而在服务导向架构下设计软件时，依然本着对象导向分析设计组件，清楚划分层次(layer)来规划与部署组件，再将服务平台架构在组件与模块的合作上。

笔者曾就何谓 SOA 广泛地询问各领域的信息从业人员，结论是众说纷纭。由于它仅是概念的集成，似乎连规范都谈不上，实做这些概念的底层技术才有一堆规范，例如 Web Services/SOAP/HTTP/XML。就笔者个人觉得，它并不是新的技术或想法，而是软件设计的理念经沉淀后，再次举起的架构。

软件架构师长久以来关心的就是如何建立一种系统架构蓝图，该架构允许可重复使用，以更松散耦合的方式工作。例如系统架构建立后要修改功能，但无需打破原有设计。又如何在流程中整合异质的信息系统。SOA 支持可重复使用的组件或服务，搭配商业流程的系统架构，这些组件或服务独立于它们执行的平台。

此波 SOA 的浪潮与以往不同的地方是众信息大厂都遵循标准组织所订立的规范，共通发表朝向 SOA 远景迈进的产品/平台/整合开发环境/软件 Framework。广泛地支持标准能帮助客户降低风险。在这种形势下建置 SOA