SOA-面向服务的架构
一、什么是SOA？
SOA 面向服务架构，是一个架构思想，是跨语言和平台的。SOA宗旨简单明了，根据项目服务完成架构搭建，以服务为基准点完成组件化和模块化。提供服务是项目的基本内容，其他的controller层和View层，只是体现服务的一种形式而已，目标是服务。
那么到底什么是服务呢？以电商为例子，提供商品浏览服务，商品收藏服务，账号服务，商品购买服务等等。这些事项目提供的服务，服务是由一个一个的业务点构成的，也就是说一个服务内容就是一条业务线。整改项目的服务体系可以说就是有各种各样的业务点组成的，由业务线串联的。
项目的组成方式了解之后，再来了解SOA面向服务架构。SOA面向服务的架构，面向服务，那么服务就是主要项目内容，服务是一条业务线，多个业务点组成的。业务点我们用Model表示，数据层(http)是业务的数据层，view层是业务的展示层，controller层是view/Model层级的控制层，这个分层实际上是剔除业务辅助项，只关注业务点。这个时候我们再去理解和构架SOA的时候，关注的元素就会变少，思考的方式亦会更加高效。这个概念其实也很普通，大家都这么说，但是做出来的框架却远不能及，还伴随着各种问题，需要用其他的中间件去解决问题。基础框架的不完善，势必造成上层建筑的不牢固
二、微服务介绍
微服务架构：
微服务架构其实和SOA 架构类似,微服务是在SOA 上做的升华，微服务架构强调的一个重点是“业务需要彻底的组件化和服务化”，原有的单个业务系统会拆分为多个可以独立开发、设计、运行的小应用。这些小应用之间通过服务完成交互和集成。
组件表示一个可以独立更换和升级的单元，就像PC 中的CPU、内存、显卡、硬盘一样，独立且可以更换升级而不影响其他单元。如果我们把PC 作为组件以服务的方式构建，那么这台PC 只需要维护主板和一些必要的外部设备。CPU、内存、硬盘都是以组件方式提供服务，PC 需要调用CPU 做计算处理，只需要知道CPU 这个组件的地址即可。
三、SOA战略
SOA的实施对整个IT生态环境都有重要的影响，作为一种重大的IT变革和技术决策，必然要自上而下的进行。必须获得管理层的支持，由技术决策层面直接推动，并和技术部门、相关业务部门一起，根据目前各个IT业务系统的现状，统一规划SOA战略和分阶段目标，制定可行方案与计划步骤，逐步推进实施。
四、SOA的实现
如果面向服务架构能为企业提供了重大的价值，那么这些价值通过什么来体现的呢？
价值体现
- 行为一致性
面向服务的架构允许我们为业务流程、任务或者决策拥有唯一的共同的的入口，也就是，不管服务访问的路径如何，服务给业务提供的业务行为都是一致的。
- 数据一致性
面向服务的架构允许我们为业务数据信息提供单一的访问入口，也就是它提供给业务一致的、企业内部共识的公用数据访问。
- 模块化及敏捷性
面向服务的架构SOA为业务功能、业务决策和业务信息的模块化提供了非常好的机制。同时，在模块化实现好的情况下，这些模块可以在多个业务流程和场景中被灵活复用和重新组合，从而为业务竞争力和创造性提供灵活性和敏捷度支持。
- 功能与数据的解耦
面向服务的架构SOA提供了业务功能和信息集成的同时，减少了他们之间的依赖和耦合性。也就是，独立的业务功能单元，应用系统，可以一起协同工作，同时各自又具备各自的演进计划，生命周期和业务目标。
- 高度可管理性
SOA提供给我们通过定义服务水平协定在服务模块粒度支撑我们的业务目标，我们可以不断的设定、监控和优化调整组件，应用以及系统所承载服务的考核。
其中行为一致性和数据一致性作为服务的核心价值根基。
