SOA（Service-Oriented Architecture），中文全称：面向服务的架构。
SOA让把系统分离成不同的服务，使用接口来进行数据交互，最终达到整合系统的目的。
专业的词总是让人懵懵懂懂，看起来高大上，但就是不知道在BB什么.... 我们换种讲法。
很多开发人员，做系统的时候是这样合作的：
小明负责【考勤】，小王负责【薪资】。
小王说： 小明，我要用【考勤】数据，你做好了没？
小明说： 早做好了，表名叫Attenance, 字段A代表员工ID，字段B代表....自己去数据库查。
相信很多人看到这种情景很熟悉， 数据交互完全通过数据库，模块件没有完全分离，错综复杂！用不了多久，你的系统就成了一碗美味的“意大利面”
要说明一下，这种开发方式不符合SOA的理念，那么SOA是如何处理的呢？
1.考勤作为单独模块，成为一个考勤服务，发布了一个考勤数据接口（WebServices）
2.小王需要使用考勤数据，调用考勤服务的接口即可
SOA是模块分离，模块间要进行数据交互，通过接口来完成！
很多程序员看了估计会不屑一顾，我们从不SOA，也过了这么多年，并没有什么问题！看起来SOA并没有什么卵用！
如果你这样想，我们来看看接下来这些需求，要如何应付。
1. 平台越来越庞大，有10几个开发人员都要用你负责模块的数据。
如果没有统一接口，你要同所有人讲你的数据库结构。一旦变更，你还要通知所有人
2. 系统运行越来越慢，老板说分离【考勤】和【薪资】使用不同的数据库和服务器
由于功能间没有严格分离，数据交互也是直接通过数据库。分拆系统基本不可能，所以也就无从谈论分开部署
3. 客户的其他系统需要调用平台的数据进行计算，你还要开放数据库结构吗？
功能没有严格分离，当系统发展到一定层次，开发就会感觉越来越吃力，往往牵一发而动全身，也不符合软件设计原则！
但是如果你的系统本身就很小，一周就搞定了！要实行SOA，搭建个架构花费了一个月，这就得不偿失了！
是否实行SOA，是要根据平台的定位去调整的！如果你的平台定位不高，强制实行SOA，就好比高射炮打蚊子，不仅浪费炮，还TMD打不到蚊子！所以不要“过度设计”，“恰如其分”很重要。
到这里，大家都已经懂得SOA的主要思想：严格分离模块，通过接口来链接。那么，如何链接呢？
上面我讲的WebServices是一种常用的链接方式。除了WebServices还有，ESB，JMS，以及最近几年大热的REST方式。
具体的链接方式，我们就不多讲了。有兴趣可以去查百度百科。
版权声明：本文为博主原创文章，未经博主允许不得转载。