【面向服务体系架构】

<div class="blogpost-body" id="cnblogs_post_body">
 
 
 
 
 
<img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-3143501fa99e9cb02c6aece2a99294a6.png">
什么是SOA
SOA：面向服务架构（Service Oriented Architecture）
关注点在业务，而不是在对象的变化上 <img alt="" height="339" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-6ac4f50a2ea605aa1b4c8437664b5a06.png" width="497">
必然性：编程技术的发展
<ul><li>开始，基于过程式编程，使用大量函数</li><li>面向对象编程出现，一切皆为对象</li><li>面向组件编程出现，对可重用的对象组合成一个组件</li><li>面向服务，</li></ul>
也可以看成是一个越来越抽象化的发展
<img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-aa50ec20c40f1663b384c60aca647ce6.png">
<img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-d381202513b5cd09ee8f41e2c2be8237.png">
 <img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-2bb5da452ae72477a4cbf7c91d7926c9.png">
<img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-abe968a4ba76e3ed361fc6669030840d.png">
功能浪费：多个系统中，各个系统有不少部分是相同或者类似的；SOA可以通过共用服务，减少这部分的开发
效率低下：因为重复做轮子，所以效率低下
架构复杂：因为各个系统架构都不同，增加复杂度
集成困难：不同系统是独立的，要集成的时候很困难
<img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-72d6a8897e2586e93926e9f71d42be9f.png">
设计复杂：设计的对象不止是一个系统，而是对一对系统的统筹考虑
缺乏标准：业界缺少SOA的规范
自上而下设计（全局推动）：要领导说话，决定，才能这么做
服务治理：很多服务开发出来，如何管理这些服务
<img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-db637d3ed2b9ea1c2895018da172510a.png">
提供了以上这些一些规范和原则
<img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-df45c949e98316bb5d2a275687125fc4.png">
<img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-2ea419aa3ac159b9c73b43f29c556734.png">
有大家都认可的契约，才能共同合作
<img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-15af58696f7a32242850af09eda6576f.png">
<img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-80ef0dc5afa00fb84f3eb46854ee1897.png">
服务自己管理自己，不应该和其他功能耦合
自己能控制自己的运行环境
<img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-8a99f395b18e9d63adc2d98b65cac0c5.png">
<img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-3a16fd724ae3b79332ed9ed3d0a1ba55.png">
<img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-60a65218706b9cb91f33125abcc82a91.png">
<img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-1161ab578dc5b4c115d89d3b2a197054.png">
<img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-9231c4eda47db13d17d9ac6409ce005c.png">
<img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-189bb6d0651b7467456d1ee23ec1ef2c.png">
 
 
 
 
2、Protobuf，一个关于数据序列化，数据传输、存储的一个工具，为了在SOA中更高效地处理数据；不完整的RPC组件
<img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-9b623c3db22746013e0fcf90b5658ad0.png">
3、Thrift，一个RPC组件
 <img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-713be335b4c639a810e4919a42c8bed0.png">
4、Dubbo
Protobuf和Thrift面向跨语言，对Java支持没有那么好
DubboRPC框架
出现背景：
<img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-e2c4be438f93c4fe9bc65eee7fd5b1ce.png">
RPC，是客户端可以动态请求不同服务器的服务
SOA，是对服务的管理和治理
RPC，上面2个组件可以实现；而为了实现SOA，阿里巴巴开发出了Dubbo
简介和基础实例：
 <img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-275c6cf2bcde6e1e4d4e801c15c85659.png">
<img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-35a60bcddc615778a667db7d2cd572d8.png">
实现第三层和第四层开发需求
<img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-993e5f61e74f42aef979c5619708