soa架构

Dubbo-大波-服务化框架 dubbo_百度搜索 Dubbo与Zookeeper、SpringMVC整合和使用（负载均衡、容错） - 好库文摘 User Guide-zh - Dubbo - Alibaba Open Sesame User Guide-zh - Dubbo - Alibaba Open Sesame 简单之美 | Dubbo架构设计详解 DUBBO Hprose RPC框架 java rpc_百度搜索 谁能用通俗的语言解释一下什么是 RPC 框架？ - 知乎 Java程序员的现代RPC指南 - 西代零零发 - 博客频道 - CSDN.NET Hprose_百度搜索 Hprose Hprose Home Hprose首页、文档和下载 - 高性能跨语言 RPC - 开源中国社区 项目 - 码云 - 开源中国 hprose/hprose-doc: Hprose 文档汇总 hprose_百度百科 thrift 和 Hprose有什么区别吗?_百度知道 hprose具体用途案例是什么，看到这个东西但是想不出来具体应用实例和优势？ - 知乎 Hprose使用经历 - xiang_quan123的专栏 - 博客频道 - CSDN.NET Hprose 2.0.0 for HTML5 发布，高性能跨语言RPC - 开源中国社区 为什么采用hprosehttpclient

背景 今天的分享主要来自我之前的工作经验以及平时的学习总结和思考。我之前的背景主要是做框架、系统和平台架构，之前的工作过的公司eBay、携程、唯品会都是平台型互联网公司，所以今天主要带着平台架构视角和大家分享心得体会。架构的视角每个人都不一样，可以说一万种眼光，有业务架构、安全架构、平台架构、数据架构，各不相同，这里仅是我的一家之言，欢迎大家加入『聊聊架构』社群参与讨论。今天聊的话题主要包括以下几点： 我对架构定义的理解 架构的迭代和演化性 构建闭环反馈架构（Architecting for closed loop feedback） 谈谈微服务架构和最新主题 架构和组织文化关系 架构师心态和软技能 我对一些架构师争议主题的看法 我对架构定义的理解 大概在7~8年前，我曾经有一个美国对口的架构师mentor，他对我讲架构其实是发现利益相关者（stakeholder），然后解决他们的关注点（concerns），后来我读到一本书《软件系统架构:使用视点和视角与利益相关者合作》，里面提到的理念也是这样说：系统架构的目标是解决利益相关者的关注点。 这是从那本书里头的一张截图，我之前公司分享架构定义常常用这张图，架构是这样定义的： 每个系统都有一个架构 架构由架构元素以及相互之间的关系构成 系统是为了满足利益相关者（stakeholder）的需求要构建的 利益相关者都有自己的关注点

作者：season 文章大纲 序言 相关概念 SOA web services SOAP WSDL UDDI 环境搭建 我们使用 python 3.6 这个较新python 版本 服务端开发 客户端开发 suds-jurko suds-py3 客户端样例代码 参考文献 序言 web services 已经不再流行，但是，由于它的在接口技术中有着非常重要的地位，同时现在最主要的Web 服务设计模型REST其实也属于web services 技术范畴。所以我们还是有必要学习一下。 其实 Web Serive 是一项不太容易讲清楚技术。他的相关概念包括： SOA Service-Oriented Architecture Web Services SOAP (Simple Object Access Protocol) WSDL (Web Services Description Language) UDDI (Universal Description Discovery and Integration) 相关概念 web services 这套复杂的技术如上文所述已经算是过时，但了解相关概念还是必要的 SOA Service Oriented Ambiguity 中文一般理解为， 面向服务架构 ，简称 SOA。 SOA 的提出是在企业计算领域，就是要将紧耦合的系统，划分为面向业务的

SOA架构用于异构系统的协作，因此需要一种跨操作系统、跨语言的通用的消息交换格式。SOAP和REST都是基于文本的消息体，相比二进制消息而言具有跨平台的优势，因此被选作SOA接口的常用实现方法。但SOAP和REST又有各自不同的特点和用途。 SOAP：将HTTP协议作为传输层协议，本质是采用HTTP进行传输，使用XML封装消息内容的RPC调用。 REST：REST并不是一种协议，只是一种设计规范，该设计规范要求程序遵守HTTP协议最初设计的初衷，使用HTTP的GET/PUT/DELTET/POST对资源进行操作，REST接口是以URI资源为基础，对资源进行CRUD操作的接口。 SOAP和REST的对比： SOAP相对REST来说较为重量级，由于采用XML格式的消息体，消息的有效负荷占比较REST常用的JSON少，不过XML较JSON来说更容易为人阅读。 SOAP接口是自解释的，采用WSDL进行描述，程序可以基于WSDL进行解释并自动生成SOAP调用代码；REST接口只能通过接口文档进行描述，难以做到程序解释接口定义。 SOAP采用HTTP作为传输层协议，对HTTP协议来说服务调用是透明的，防火墙上难以对SOAP进行细粒度的权限控制，也难以使用http的缓存机制提高效率。而REST是标准的HTTP访问，可以充分利用HTTP协议提供的一些好处，例如可以在防火墙上较好地进行权限控制

1.1 什么是微服务 1.1.1 很小，专注于做好一件事 单一职责，一个团队维护 1.1.2 自治性 独立部署，修改一个服务不影响其它服务 1.2 主要好处 1.2.1 技术异构性 1.2.2 弹性 舱壁，不会导致级联故障 1.2.3 伸缩 只扩展存在性能的部分 1.2.4 简化部署 只会引起部署的服务，其它服务不受影响 1.2.5 与组织结构匹配 1.2.6 可组合性 易于重用已有功能 1.2.7 对可替代性的优化 1.3 面向服务的架构 SOA,微服务是SOA的特定实现 1.4 其它分解技术 1.4.1 共享库 1.4.2 模块化 OSGI，复杂度高 来源： https://www.cnblogs.com/lzf715/p/11923092.html