面向服务的企业应用架构1
Anne在博客中说SOA已死，指的是无谓的技术辩论已死，如什么是最好的ESB，WS-*和REST什么为优，JAX-RS, 哪种规范最好。这些长久以来一直是大家研究的焦点，但事实上，这些并不是SOA的核心，SOA更是一种架构理念，和具体的实现技术无关。
SOA架构的目的是以系统的整合为主要目的。当大型企业发展到一定的规模，必然会出现各式各样的系统，每个系统都有其特色和长处，新系统的需求可能在很多系统里面都已经存在部分模块的实现，但又不完全。因此如何应用现有的资源，迅速装配出符合新需求的应用，就是SOA架构的核心竞争力。所以，如果系统的建设不是以整合为目的，而是以性能，安全，或者业务逻辑应用化为主，那么SOA架构可能不是一个好选择。
传统架构和SOA架构的区别
首先，什么是架构？ 架构的关注点在于 1. 组建和结构， 2. 关系和环境 3. 开发接口和指导原则。 对目标系统的通用性，系统性的抽象定义。
传统架构的大牛架构师们都是从程序员出身，一般偏技术，从代码的安全性，复用，性能，设计模式等方面对系统程序进行定义。
SOA架构，应该是以业务为主，从企业整体层面进行规划，着重于服务和服务的接口，以及整合。SOA的架构重要的指导思想为系统是装配出来的，而不是代码写出来的。
所以，总体来说，SOA是在传统架构之上的更抽象的设计，是服务群的定义和设计，而非个别服务的开发和运用。而作为SOA架构师的一个关键特征是能读懂业务语言和技术语言，精通业务架构和技术架构。
SOA关注的问题：
* 有什么样的服务？ 这些服务如何管控Versioning.
* Best Practise of 设计，构建和操作服务
SOA服务定义：
通用的接口， 可重用， 无状态，不依赖特定的技术，受制于特定的服务规则：
5个切入点：
* UI界面整合服务
* 流程管理
* 信息整合服务
* 总线服务/中介转换
* 重用服务
SOA服务粒度确认原则：
* 太多的原子服务一般不太适用
* 应用程序内部不需要调用服务来实现
SOA服务的暴露:
* Web Service方式为比较基本的方式，但不是唯一的方式
* File，FTP，JMS，Socket等都是常见的方式
