上一篇博文中提到了“紧耦合”的现象。怎样解决？SOA。採用面向服务的体系架构。
一、What？
SOA=Service-oriented Architecture面向服务的体系结构
SOA是一个组件模型。它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。
我个人更加倾向于这种一种解释：SOA是指为了解决在Internet环境下业务集成的须要，通过连接能完毕特定任务的独立功能实体实现的一种软件系统架构。
所以。SOA是什么？SOA不是一种语言，也不是一种详细的技术而是一种软件系统架构。
二、How？
SOA的最基本的应用场合在于解决在Internet环境下的不同商业应用之间的业务集成问题。
SOA的3个基本特征：独立的功能实体。大数据量低频率訪问，基于文本的消息传递。
1.独立的功能实体：SOA很强调架构中提供服务的功能实体的全然独立自主的能力。
SOA架构中很强调实体自我管理和恢复能力。
常见的用来进行自我恢复的技术。比方事务处理(Transaction)，消息队列(MessageQueue)。冗余部署(Redundant Deployment)和集群系统(Cluster)在SOA中都起到至关关键的数据。SOA在这一点上大大提高了软件的稳定性，尤其是基于Internet之上的。
2.大数据量低频率訪问：在Internet的环境下，通过client和server来回非常多次函数调用给系统的响应速度和稳定性带来的非常大的影响，并且往往这些因素是决定整个系统能否正常工作的一个关键决定因素。因此SOA系统推荐採用大数据量的方式一次性进行信息交换。
3.基于文本的消息传递：在Internet环境下，不同语言，不同平台对数据、甚至是一些基本数据类型定义不同，给不同的服务之间传递对象带来的非常大困难。因为基于文本的消息本身是不包括不论什么处理逻辑和数据类型的。因此服务间仅仅传递文本，对数据的处理依赖于接收端的方式能够帮忙绕过兼容性这个的大泥坑。
此外。对于一个服务来说。Internet与局域网最大的一个差别就是在Internet上的版本号管理极其困难，传统软件採用的升级方式在这样的松散的分布式环境中差点儿无法进行。
採用基于文本的消息传递方式。数据处理端能够仅仅选择性的处理自己理解的那部分数据。而忽略其他的数据，从而得到的很理想的兼容性。
三、Why？
IT企业的现状：不同种类的操作系统。应用软件。系统软件和应用基础结构（applicationinfrastructure）相互交织。
对SOA的须要来源于须要使业务IT系统变得更加灵活。以适应业务中的改变。
通过同意强定义的关系和依旧灵活的特定实现，IT系统既能够利用现有系统的功能，又能够准备在以后做一些改变来满足它们之间交互的须要。
SOA凭借其松耦合的特性，使得企业能够依照模块化的方式来加入新服务或更新现有服务，以解决新的业务须要。提供选择从而能够通过不同的渠道提供服务，并能够把企业现有的或已有的应用作为服务，从而保护了现有的IT基础建设投资。
四、SO VS OO
讲到这里。可能有人会想到面向对象。并且面向服务和面向对象看起来都差点儿相同啊，都可以解决紧耦合的问题。so，我将会在下一篇博文中，与大家分享面向对象与面向服务的关系。期待与大家的交流！
ps：解惑上一篇博客《初识EPC》，用一张图展现EPC与SOA的最佳组合！
