存在大量关于 SOA 的讨论，但是很少就这个流行的三字母缩写词的实际含义达成一致。面对很多竞争的定义，很难揭示其真正的本质。SearchWebServices.com 宣布了一个关于其最佳定义的竞赛，并收到了大量的建议。很难选择单个“最佳”定义，因为 SOA 对不同的人具有不同的含义。
| 所处的角度： | SOA 是 |
|---|---|
| 业务主管和业务分析人员 | 一组服务，它们构成 IT 资产（功能），可用于构建解决方案并向客户和合作伙伴公开这些解决方案。 |
| 企业架构师 | 一组体系结构原理和模式，用于处理解决方案的总体特征：模块性、封装、松散耦合、关注事项分离、重用、可组合性，等等。 |
| 项目经理 | 一种支持大规模并行开发的开发方法。 |
| 测试人员和质量保证工程师 | 一种模块化从而简化总体系统测试的方法。 |
| 软件开发人员 | 一种包括诸如 Web 服务等标准、工具和技术的编程模型。 |
尽管所有这些观点都绝对是正确的，但是理解 SOA 的关键是 体系结构 (Architecture) 的字母 A。难题在于，还不存在一个得到普遍认可的软件体系结构定义；软件工程协会 (Software Engineering Institute) 维护的列表有 50 多种不同的软件体系结构定义。
对于本文，我使用 IEEE 标准 1471-2000 (IEEE Recommended Practice for Architectural Description of Software-Intensive Systems) 提供的定义：
“体系结构是一个系统的基本组织形式，体现为其组件、组件之间的相互关系和与环境的关系以及指导其设计和发展的原理。”
特定体系结构的组件集和组件之间的关系被定义为一种体系结构风格：“组件和连接器类型的词汇表以及关于如何组合它们的约束集。”
Convergent architecture: Building model-driven J2EE systems with UML 中提供的更全面体系结构风格定义认为“体系结构风格是通过共同的原理和属性相关的一系列体系结构”。IT 体系结构风格既是 IT 体系结构的一种整体方法，又是一种特定方法。其整体性在于，它涵盖整个软件生命周期，包括项目和工具设计方面。其特定性在于，它合并和集成了许多在传统方法中作为单独实体来处理的结构化、过程化和描述性方面。“体系结构风格提供一个有用的合理替代选择集——并非所有替代选择——并协调它们以便良好地协同工作。”
SOA 可定义为这样一种体系结构风格，它促进了将与业务保持一致的企业服务作为设计、构建和组合企业业务解决方案的基本单元的思想。多种模式、定义设计、实现和 SOA 部署完善了此风格。
你的SOA是什么？
关于原文，非常值得好好读读，对于SOA会有非常好的理解。特别是使用了一段时间的EOS的时候，可以从不同的层次不同的角度，来陈述不同的SOA。
