微服务框架学习笔记(1)

微服务学习笔记和SpringCloud学习笔记简介：微服务架构风格是一种将一个单一应用程序开发为一小组小型服务的方法，每个服务运行在自己的进程中，服务间通信采用轻量级通信机制(通常用http资源API)。

这些服务围绕业务能力构建并且可通过全自动部署机制独立部署。

这些服务共用一个最小型的集中式的管理，服务可用不同的语言开发，使用不同的数据存储技术。

微服务在一定程度上是为了解决伸缩性问题、运行效率问题和开发效率问题应运而生的。

微服务的基本原理：让一个小型应用专注的做好一件事情。

一个微服务就是一个小型应用，方便替换，可以独立开发和部署。

微服务无法单独存在，所以不会出现微服务孤岛。

微服务是大型系统的组成为部分，他们与其他微服务一起工作，完成原先要在一个大型应用里才能完成的事情。

微服务的目标：是要创建一组具备自治能力汇和自包含能力的独立应用。

他们各自负责提供某一方面的功能。

微服务架构：微服务架构每个微服务包含三个组件：一个前端，一个处理复杂逻辑的后端和一个存储或读取相关数据的存储引擎。

这里所说的前端，是一套包含了固定端点的API,微服务生态系统微服务并不是孤立存在的他们存在于一个环境里面，在一个设计良好的微服务生态系统里，微服务与基础设施之间是分离的。

微服务与硬件、网络、构建和部署管道、服务发现和负载均衡都是分离的。

他们都是微服务生态系统基础设施的组成部分。

微服务生态系统可以分为四层：第1层：硬件层主要包含：物理服务器数据库操作系统资源隔离和资源抽象配置管理主机级别的监控主机级别的日志第2层：通信层一般包含网络/DNS/RPC和API端点，服务发现，服务注册以及负载均衡RPC端点和消息传递、微服务通过远程过程调用RPC或消息传送与其他微服务进行交互，这些调用通过网络发送到其他微服务的API端点。

主要包含：网络DNS远程过程调用端点消息传递服务发现服务注册负载均衡第3层：应用平台层主要包含：内部自助开发工具开发环境测试、构建、打包和发布工具部署管道微服务级别的日志微服务级别的监控第4层：微服务层顶层主要内容：微服务，微服务相关配置特性：1.每个服务可以独立运行在自己的进程里。

SpringCloudAlibaba微服务讲解（⼀）微服务介绍微服务介绍1.1 系统架构的演变随若互联⽹的发展，⽹站应⽤的规模也在不断的扩⼤，逬⽽导致系统架构也在不断的进⾏变化.从互联⽹早起到现在，系统架构⼤体经历了下⾯⼏个过程:单体应⽤架构⼀蟻直应⽤架构--浴布式架构⼀>SOA架构⼀〉微服务架构，当然还有悄然兴起的Service Mesh（服务⽹格化）.接下来我们就来了解⼀下每种系统架构是什么样⼦的，以及各有什么优缺点.互联⽹早期，⼀版的⽹站应⽤流量较⼩，只需要⼀个应⽤，将所有功能代码都部署在⼀起就可以，这样可以减少开阿发、部署、和维护的成本。

⽐如说⼀个电商系统，⾥⾯会包含狠毒哦⽤户管理、商品管理、订单管理、物流管理等等很多模块，我们会把他们做成⼀个web项⽬，然后部署到⼀台tomcat服务器上。

优点：项⽬架构简单，⼩型项⽬的话，开发成本低项⽬保护署在⼀个节点上、维护⽅便缺点：全部功能集成在⼀个⼯程中，对于⼤兴项⽬来讲不易开发和维护项⽬模块之间紧密耦合，单店容错率低⽆法针对不同模块进⾏针对性优化和⽔平扩展随着访问最的逐渐増⼤，单⼀应⽤只能依靠增加节点来应对，但是这时候会发现并不是所有的模块都会有⽐较⼤的访问量.还是以上⾯的电商为例⼦，⽤户访问昆的增加可能影响的只是⽤户和订单模块，但是对消，息模块的影响就⽐较⼩.那么此时我们希望只多増加⼏个订单模块，⽽不増加消息模块.此时单体应⽤就做不到了，垂直应⽤就应运⽽⽣了.所调的垂直应⽤架构，就是将原来的f 应⽤拆成互不相⼲的⼏个应⽤，以提升效率.⽐如我们可以将上⾯电商的单体就拆分成：电商系统（⽤户管理商品管理订单管理）后台系统（⽤户管理订单管理客户管理）CMS系统（⼴告管理营销管理）这样拆分完毕之后，⼀旦⽤户访问量变⼤，只需要増加电商系统的节点就可以了，⽽⽆需増加后台和CMS的节点.当垂直应⽤越来越多，重复的业务代码就会越来越多.这时候，我们就思考可不可以将重复的代码抽取出来，做成统⼀的业务层作为独⽴的服务，然后由前端控制层调⽤不同的业务层服务呢？这就产⽣了新的分布式系统架构.它将把⼯程拆分成表现层和服务层两个部分，服务层中包含业务逻辑.表现层只需要处理和页⾯的交互，业务逻辑都是调⽤服务层的服务来实现.优点：抽取公共的功能为服务层。

微服务设计知识点微服务架构是一种将一个应用程序拆分为多个较小、独立部署的服务的软件开发方法。

每个服务都有自己独立的数据库，可以通过API与其他服务进行通信。

本文将探讨微服务设计的关键知识点，包括服务边界划分、服务通信、数据管理和服务治理。

1. 服务边界划分在设计微服务架构时，首先需要划定服务的边界。

服务边界应基于业务功能的划分，确保每个服务具有单一职责。

这样可以使服务更具可维护性和可扩展性。

边界划分可以根据业务领域进行，也可以根据支持的业务功能进行。

2. 服务通信微服务之间的通信是通过API进行的。

常见的通信方式包括RESTful API、消息队列和RPC（远程过程调用）。

在设计API时，需要考虑以下几点：- API的定义应该简单明了，易于理解和使用。

- 基于HTTP的RESTful API是一种常见的通信方式，可以通过HTTP方法（如GET、POST）和URL路径进行操作。

- 消息队列可以实现异步通信，可以提高系统的可伸缩性和可用性。

- RPC可以实现服务之间的直接调用，但需要处理服务发现和负载均衡等问题。

3. 数据管理在微服务架构中，每个服务都有自己独立的数据库。

数据管理方面需要考虑以下几点：- 每个服务应该拥有自己的数据库，确保数据的隔离性。

- 避免跨服务的事务需求，可以通过异步消息来解决一致性问题。

- 在服务之间共享数据时，可以通过事件驱动的方式进行，即一个服务发布事件，其他服务监听并进行相应操作。

4. 服务治理微服务架构中的服务治理是保证系统可用性和可伸缩性的重要组成部分。

以下是一些常见的服务治理技术：- 服务注册与发现：服务应该注册到服务注册中心，其他服务可以从注册中心获取可用服务列表。

- 负载均衡：通过负载均衡算法将请求分发到不同的服务实例上，提高系统的可用性和性能。

- 服务熔断：当某个服务不可用时，可以通过熔断机制及时响应，防止整个系统的崩溃。

- 健康检查：定期检查服务的健康状态，及时发现故障并进行处理。

go微服务框架go-micro深度学习（⼀）整体架构介绍产品嘴⾥的⼀个⼩项⽬，从⽴项到开发上线，随着时间和需求的不断激增，会越来越复杂，变成⼀个⼤项⽬，如果前期项⽬架构没设计的不好，代码会越来越臃肿，难以维护，后期的每次产品迭代上线都会牵⼀发⽽动全⾝。

项⽬微服务化，松耦合模块间的关系，是⼀个很好的选择，随然增加了维护成本，但是还是很值得的。

微服务化项⽬除了稳定性我个⼈还⽐较关⼼的⼏个问题：⼀: 服务间数据传输的效率和安全性。

⼆: 服务的动态扩充，也就是服务的注册和发现，服务集群化。

三: 微服务功能的可订制化，因为并不是所有的功能都会很符合你的需求，难免需要根据⾃⼰的需要⼆次开发⼀些功能。

go-micro是go语⾔下的⼀个很好的rpc微服务框架，功能很完善，⽽且我关⼼的⼏个问题也解决的很好：⼀：服务间传输格式为protobuf，效率上没的说，⾮常的快，也很安全。

⼆：go-micro的服务注册和发现是多种多样的。

我个⼈⽐较喜欢etcdv3的服务服务发现和注册。

三：主要的功能都有相应的接⼝，只要实现相应的接⼝，就可以根据⾃⼰的需要订制插件。

业余时间把go-micro的源码系统地读了⼀遍，越读越感觉这个框架写的好，从中也学到了很多东西。

就想整理⼀系列的帖⼦，把学习go-micro的⼼得和⼤家分享。

通信流程go-micro的通信流程⼤⾄如下Server监听客户端的调⽤，和Brocker推送过来的信息进⾏处理。

并且Server端需要向Register注册⾃⼰的存在或消亡，这样Client才能知道⾃⼰的状态。

Register服务的注册的发现。

Client端从Register中得到Server的信息，然后每次调⽤都根据算法选择⼀个的Server进⾏通信，当然通信是要经过编码/解码，选择传输协议等⼀系列过程的。

如果有需要通知所有的Server端可以使⽤Brocker进⾏信息的推送。

Brocker 信息队列进⾏信息的接收和发布。

微服务系列（⼀）：微服务架构的优势与不⾜微服务在当下引起⼴泛关注，成为⽂章、博客、社交媒体讨论和⼤会演讲的热点；在 Gartner 的 “Hype Cycle” 上排名也⾮常靠前。

与此同时，在软件社区也有⼈质疑微服务并⾮新事物。

反对者认为微服务只是 SOA （Service Oriented Architecture）的⼆度包装。

然⽽，⽆论是追捧还是质疑，微服务架构拥有巨⼤优势，尤其是它让敏捷开发和复杂的企业应⽤交付成为可能。

本系列包含 7 篇⽂章，介绍了微服务的设计、构建和部署，并与传统的单体架构进⾏了⽐较。

本系列将分析微服务架构的各种因素，你也将了解微服务架构模型的优劣、是否适合你的项⽬，以及如何应⽤。

Chris Richardson 微服务系列全 7 篇：1. 微服务架构的优势与不⾜⾸先让我们了解为何要将微服务纳⼊考量。

构建单体应⽤假设我们要开发⼀款全新的与 Uber 和 Hailo 竞争的打车软件。

在前期的会议和需求整理后，你要么需要⼿动创建⼀个新项⽬，要么可以使⽤ Rails、Spring Boot、Play 或者 Maven 来⽣成。

这个新应⽤可能采⽤了六边形架构模块，如下图所⽰：应⽤的核⼼是商业逻辑，它由定义服务、域对象和事件各模块来完成。

各种适配器围绕核⼼与外部交互。

适配器包括数据库访问组件、⽣成和 consume 信息的消息组件，以及提供 API 或者 UI 访问⽀持的 web 模块。

尽管拥有逻辑缜密的模块化设计，整个应⽤仍然以整体打包和部署，实际格式依赖于应⽤的语⾔和框架。

譬如，许多 Java 应⽤被打包为WAR ⽂件，部署在 Tomcat 或者 Jetty 这样的应⽤服务器。

有些 Java 应⽤本⾝就是包涵 JARs 的软件包。

与此类似，Rails 和 Node.js 应⽤也通过⽬录层级打包。

采⽤此种风格的应⽤⾮常普遍。

由于 IDE 和其他⼯具擅长构建单⼀应⽤，这类应⽤也易于部署。

微服务系列（⼀）--微服务概述前⾔说起微服务框架相信⼤家都不陌⽣了，概念也就不赘述了，简单的说，就是把以前的单体服务拆分成多个服务，减轻每个服务的压⼒，增加服务的灵活性。

今天开始，我们⼀起来进⾏微服务系列的学习，本系列不会具体的⼀步⼀步的操作演⽰，⽽是会更多的把经历放在各个组件的原理层⾯来学习。

本系列会已⽹上最常见的⼀个例⼦为切⼊点，就是订单-仓储-⽀付-积分等⼏个服务之间的关系展开微服务的学习。

本⽂是该系列的第⼀篇⽂章，主要会概述⼀些我服务相关的概念及组件，不会讲解底层原理及源码，原理及源码会在后续的章节中详细讲解说明。

注册中⼼⾸先试想这样⼀个情况，我们有⼀个电商平台，⽤户下订单，我们的后台服务需要做哪些操作：1. 调⽤订单服务下订单；2. 订单服务调⽤⽀付服务形成⽀付订单；3. 订单服务调⽤库存服务，库存减掉相应的数量（更实际的应⽤可能是库存锁定⼀定数量，待⽀付成功后或者形成物流后再真正的减掉库存，这⾥不对这样的业务做详细的讨论）；4. 订单服务调⽤积分服务，为⽤户增加积分；这⾥⾯订单服务形成了订单，并且需要调⽤其他的多个服务，那么订单服务怎么知道要调⽤的服务的地址是什么呢？如果没做过微服务的同学第⼀个反应可能就是把其他服务的地址写到订单服务的配置⽂件中，使⽤时直接从配置⽂件中读取。

从程序实现的⾓度来说，这个思路没问题，完全可以实现，但是试想⼀下，这⾥只提到了三个其他的服务，以后多了的情况呢，10个呢？30个呢... ... 以后某⼀个服务更换服务器了呢，是不是所有调⽤他的服务都需要修改配置⽂件？为了解决这个问题，注册中⼼就出现了，当我们启动服务时，会把服务的IP端⼝（不仅仅这两个）写⼊注册表，这样以后需要调⽤其他服务时，直接到注册表中查找就可以了，⼤致的流程如下图所⽰：注册中⼼的常⽤组件有哪些？1. Zookeeper；2. Eureka；3. Consul；4. Nacos；现在订单服务已经知道怎么找到⽀付服务、仓储服务、积分服务了，那么订单服务应该如何调⽤这⼏个服务呢，在远古时期，我们调⽤服务可能会在底层写很多的代码，到了Spring流⾏起来之后，框架为我们提供了⼀些组件来帮助我们完成底层的代码的编写⼯作，让我们可以把注意⼒从底层编码上转移出来，常见的服务间调⽤的⽅式有RestTemplate、Fegin、openFegin。

微服务知识点总汇微服务是一种软件架构风格，将一个大型的应用程序拆分成一组小型的、相互独立的服务。

每个服务都运行在自己的进程中，并使用轻量级的通信机制来进行交互。

微服务架构的目标是通过解耦服务，提高灵活性、可伸缩性和可维护性。

本文将总结微服务的关键知识点，包括微服务的定义、优势、组件、通信方式、数据管理、容错处理等。

一、微服务的定义微服务是一种将应用程序拆分成一组小型、相互独立的服务的软件架构风格。

每个服务都有自己的数据库，并通过轻量级的通信机制进行交互。

微服务架构的核心原则是单一职责，即每个服务只负责一项特定的业务功能。

通过拆分应用程序，可以将开发、测试和部署过程分解为更小的任务，从而提高开发效率和系统的可维护性。

二、微服务的优势1. 独立性：微服务架构允许每个服务独立开发、测试和部署，不会影响其他服务的运行。

2. 可伸缩性：由于每个服务都是相互独立的，可以根据需求单独扩展某个服务，而无需扩展整个应用程序。

3. 灵活性：微服务架构可以根据需求灵活添加、删除或更新某个服务，而无需改变整个应用程序。

4. 可维护性：每个服务都是独立的，可以单独进行维护和升级，降低了对整个应用程序的影响。

5. 技术多样性：由于每个服务都可以独立选择技术栈，微服务架构可以更好地适应不同的技术需求。

三、微服务的组件1. 服务注册与发现：微服务架构中的服务需要注册到服务注册中心，并通过服务发现机制来查找其他服务的地址和端口。

2. 负载均衡：为了处理大量的请求，微服务架构通常使用负载均衡器来将请求分发到不同的服务实例上，以提高系统的性能和可靠性。

3. 熔断器：为了避免由于某个服务故障导致整个系统崩溃，微服务架构中常常使用熔断器来对故障进行隔离和降级处理。

4. API 网关：为了简化客户端与多个服务之间的通信，微服务架构通常使用 API 网关来提供统一的入口和对外的 API 接口。

四、微服务的通信方式1. 同步通信：微服务架构中的服务可以通过同步方式进行通信，即发送请求并等待响应。

kratos微服务框架学习笔记⼀（kratos-demo）⽬录kratos微服务框架学习笔记⼀(kratos-demo)TAG:本系列笔记以demo为主，适合微服务初学者⼊门，如果有地⽅我没具体写的话，那肯定是我也没去看，⼀笔带过了，所以很多细节可能还是需要⾃⾏研究哦! 补的话，得看时机，除⾮不恰饭哈。

常见微服务框架主要有这么⼏个gizmo, a microservice toolkit from The New York Times ★go-micro, a microservices client/server library ★gotalk, async peer communication protocol & libraryKite, a micro-service frameworkgocircuit, dynamic cloud orchestrationKratos,bilibili开源的⼀套Go微服务框架，包含⼤量微服务相关框架及⼯具。

这⾥有⼀篇关于kit,go-mirco,gizmo,Kite的⽐较：我打算最先看看的框架是kratos，也不为什么，因为喜欢b站(#.#)。

github上关于kratos的介绍：名字来源于:《战神》游戏以希腊神话为背景，讲述由凡⼈成为战神的奎托斯（Kratos）成为战神并展开弑神屠杀的冒险历程。

⽬标致⼒于提供完整的微服务研发体验，整合相关框架及⼯具后，微服务治理相关部分可对整体业务开发周期⽆感，从⽽更加聚焦于业务交付。

对每位开发者⽽⾔，整套Kratos框架也是不错的学习仓库，可以了解和参考到bilibili在微服务⽅⾯的技术积累和经验。

FeaturesHTTP Blademaster：核⼼基于gin进⾏模块化设计，简单易⽤、核⼼⾜够轻量；GRPC Warden：基于官⽅gRPC开发，集成discovery服务发现，并融合P2C负载均衡；Cache：优雅的接⼝化设计，⾮常⽅便的缓存序列化，推荐结合代理模式overlord；Database：集成MySQL/HBase/TiDB，添加熔断保护和统计⽀持，可快速发现数据层压⼒；Config：⽅便易⽤的paladin sdk，可配合远程配置中⼼，实现配置版本管理和更新；Log：类似zap的field实现⾼性能⽇志库，并结合log-agent实现远程⽇志管理；Trace：基于opentracing，集成了全链路trace⽀持（gRPC/HTTP/MySQL/Redis/Memcached）；Kratos Tool：⼯具链，可快速⽣成标准项⽬，或者通过Protobuf⽣成代码，⾮常便捷使⽤gRPC、HTTP、swagger⽂档；kratos本体先拉代码如果下不动可以试试配置下代理记得打开 go111modulekratos本体类似于go命令，可以执⾏各种⼦⼯具，如go build、go tool : kratos build、kratos runC:\server\src\test-src\Go_Test\kratos>kratos -hNAME:kratos - kratos⼯具集USAGE:kratos [global options] command [command options] [arguments...]VERSION:0.3.1COMMANDS:new, n 创建新项⽬build, b kratos buildrun, r kratos runtool, t kratos toolversion, v kratos versionself-upgrade kratos self-upgradehelp, h Shows a list of commands or help for one commandGLOBAL OPTIONS:--help, -h show help--version, -v print the versionC:\server\src\test-src\Go_Test\kratos>kratos versionVersion: 0.3.1Go version: go1.13.5Built: 2019/11/06OS/Arch: windows/amd64demoQuick startRequirmentsGo version>=1.13InstallationGO111MODULE=on && go get -u /bilibili/kratos/tool/kratoscd $GOPATH/srckratos new kratos-demo通过 kratos new 会快速⽣成基于kratos库的脚⼿架代码，如⽣成 kratos-demoBuild & Run官⽅介绍的有点简洁，咱们动⼿⼀步步来：先进⼊$GOPATH/src ⽬录kratos new demoC:\server\src\go\src>kratos new demogo get -u /bilibili/kratos/tool/kratos-gen-projectgo: finding /x/sys latestgo: finding /x/crypto latestgenproject: 安装成功!go: finding /bilibili/kratos mastergo: downloading /bilibili/kratos v0.3.2-0.20191216053608-e8e05452b3b0go: downloading /grpc v1.24.0go: extracting /grpc v1.24.0go: extracting /bilibili/kratos v0.3.2-0.20191216053608-e8e05452b3b0go: downloading /x/net v0.0.0-20191011234655-491137f69257go: extracting /x/net v0.0.0-20191011234655-491137f69257go: downloading /prometheus/client_golang v1.1.0go: downloading /go-sql-driver/mysql v1.4.1go: downloading /fsnotify/fsnotify v1.4.7go: downloading /genproto v0.0.0-20191009194640-548a555dbc03go: downloading gopkg.in/go-playground/validator.v9 v9.29.1go: downloading /shirou/gopsutil v2.19.6+incompatiblego: extracting /go-sql-driver/mysql v1.4.1go: extracting /prometheus/client_golang v1.1.0go: extracting gopkg.in/go-playground/validator.v9 v9.29.1go: extracting /fsnotify/fsnotify v1.4.7go: downloading /dgryski/go-farm v0.0.0-20190423205320-6a90982ecee2go: downloading /gogo/protobuf v1.3.0go: extracting /dgryski/go-farm v0.0.0-20190423205320-6a90982ecee2go: downloading /go-playground/universal-translator v0.16.0go: extracting /go-playground/universal-translator v0.16.0go: extracting /genproto v0.0.0-20191009194640-548a555dbc03go: extracting /gogo/protobuf v1.3.0go: downloading /go-playground/locales v0.12.1go: downloading /prometheus/common v0.6.0go: downloading /leodido/go-urn v1.1.0go: extracting /prometheus/common v0.6.0go: extracting /leodido/go-urn v1.1.0go: downloading /prometheus/client_model v0.0.0-20190129233127-fd36f4220a90go: downloading /matttproud/golang_protobuf_extensions v1.0.1go: extracting /prometheus/client_model v0.0.0-20190129233127-fd36f4220a90go: extracting /matttproud/golang_protobuf_extensions v1.0.1go: downloading /beorn7/perks v1.0.1go: extracting /go-playground/locales v0.12.1go: extracting /beorn7/perks v1.0.1go get -u /bilibili/kratos/tool/kratos-protocprotoc: 安装成功!2019/12/18 15:38:39 您还没安装protobuf，请进⾏⼿动安装：https:///protocolbuffers/protobuf/releasesexit status 1go get -u /bilibili/kratos/tool/kratos-gen-btsgenbts: 安装成功!Close: ⽆声明忽略此⽅法Ping: ⽆声明忽略此⽅法dao.bts.go: ⽣成成功go get -u /bilibili/kratos/tool/kratos-gen-mcgenmc: 安装成功!mc.cache.go: ⽣成成功go get -u /google/wire/cmd/wirego: finding /google/wire v0.4.0go: downloading /google/wire v0.4.0go: extracting /google/wire v0.4.0go: downloading /x/tools v0.0.0-20191105231337-689d0f08e67ago: downloading /google/subcommands v1.0.1go: extracting /google/subcommands v1.0.1go: extracting /x/tools v0.0.0-20191105231337-689d0f08e67ago: finding /x/tools latestgo: finding /google/subcommands v1.0.1go: downloading /x/tools v0.0.0-20191218040434-6f9e13bbec44go: extracting /x/tools v0.0.0-20191218040434-6f9e13bbec44wire: 安装成功!wire: C:\server\src\go\src\demo\internal\di\wire.go:17:65: DemoServer not declared by package apiwire: generate failedexit status 1Project: demoOnlyGRPC: falseOnlyHTTP: falseDirectory: C:\server\src\go\src\demo项⽬创建成功.其中提⽰了没安装protobuf，需要⼿动安装，先不管他直接跑demo试试。

1.什么是微服务微服务英文名称Microservice，Microservice架构模式就是将整个Web应用组织为一系列小的Web服务。

这些小的Web服务可以独立地编译及部署，并通过各自暴露的API接口相互通讯。

它们彼此相互协作，作为一个整体为用户提供功能，却可以独立地进行扩。

微服务架构需要的功能或使用场景1：我们把整个系统根据业务拆分成几个子系统。

2：每个子系统可以部署多个应用，多个应用之间使用负载均衡。

3：需要一个服务注册中心，所有的服务都在注册中心注册，负载均衡也是通过在注册中心注册的服务来使用一定策略来实现。

4：所有的客户端都通过同一个网关地址访问后台的服务，通过路由配置，网关来判断一个URL请求由哪个服务处理。

请求转发到服务上的时候也使用负载均衡。

5：服务之间有时候也需要相互访问。

例如有一个用户模块，其他服务在处理一些业务的时候，要获取用户服务的用户数据。

6：需要一个断路器，及时处理服务调用时的超时和错误，防止由于其中一个服务的问题而导致整体系统的瘫痪。

7：还需要一个监控功能，监控每个服务调用花费的时间等。

目前主流的微服务框架：Dubbo、SpringCloud、thrift、Hessian等2.springCloud介绍SpringCloud是基于SpringBoot的一整套实现微服务的框架。

他提供了微服务开发所需的配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等组件。

最重要的是，跟spring boot框架一起使用的话，会让你开发微服务架构的云服务非常好的方便。

SpringBoot旨在简化创建产品级的Spring 应用和服务，简化了配置文件，使用嵌入式web服务器，含有诸多开箱即用微服务功能；ribbon3.SpringCloud组件架构图spring cloud子项目包括：Spring Cloud Config：配置管理开发工具包，可以让你把配置放到远程服务器，目前支持本地存储、Git以及Subversion。

【SpringCloud（⼀）】微服务架构体系及组件介绍⼀、微服务架构1、微服务架构简介 1.1、分布式：不同的功能模块部署在不同的服务器上，减轻⽹站⾼并发带来的压⼒。

1.2、集群：多台服务器上部署相同应⽤构成⼀个集群，通过负载均衡共同向外提供服务。

1.3、微服务：微服务架构模式就是将web应⽤拆分为⼀系列⼩的服务模块，这些模块可以独⽴地编译、部署，并通过各⾃暴露的API接⼝通讯，共同组成⼀个web应⽤。

1.4、SpringCloud是基于SpringBoot的⼀整套微服务框架，提供了⼀系列可配置的组件，如配置管理、服务发现、负载均衡、熔断器、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等。

2、微服务的特点单⼀职责：每⼀个服务模块都对应单⼀的业务实现微：服务拆分的颗粒度很⼩⾯向服务：每个服务对外仅暴露服务接⼝API即可，不关⼼服务的技术实现，与技术、语⾔和平台⽆关⾃治：服务间互相独⽴、互不⼲扰团队独⽴技术独⽴：提供Rest接⼝，⾯向服务即可前后端分离数据库分离：每个服务使⽤⾃⼰的数据源部署独⽴：每个服务都是独⽴的组件，可复⽤，可替换，降低服务间的耦合3、三者的关系微服务是⼀种结构理念，设计原则，提供理论指导；Spring Boot专注于快速、⽅便集成的单个微服务个体，可以基于Spring Boot快速开发单个微服务；Spring Cloud是⼀个基于Spring Boot实现的服务⼯具治理包，专注于全局的服务治理框架。

⼆、Spring Cloud1、Spring Cloud组件架构上图中各组件的组件和运⾏流程如下：所有请求都通过API⽹关来访问内部服务；⽹关接受请求后，从注册中⼼获取可⽤服务模块；由Ribbon进⾏负载均衡后，分发到后台的具体实例；各个服务模块之间通过Feign进⾏通信处理业务；Hystrix负责处理服务超时熔断；Turbine监控服务间的调⽤和熔断相关指标。

尼恩架构笔记尼恩（Nine）架构笔记一、概述尼恩架构是一种基于微服务架构的分布式系统设计模式，它强调将系统拆分成一系列独立的、可扩展的小服务，每个服务都负责特定的业务功能或业务领域。

这种架构的主要目的是提高系统的可维护性、可扩展性和灵活性。

二、核心概念1. 微服务：微服务是一种将应用程序拆分成一系列小型服务的架构风格。

每个服务都运行在独立的进程中，使用轻量级通信协议进行通信，并具有明确定义的接口。

2. 独立性：每个微服务都是独立的，具有自己的开发、部署和运行环境，不依赖于其他服务。

这种独立性使得每个服务都可以独立地进行开发、测试、部署和扩展。

3. 松耦合：尼恩架构中的微服务之间是松耦合的，这意味着每个服务都可以独立地进行修改、升级和替换，而不会对其他服务产生影响。

4. 高内聚：每个微服务都紧密地专注于特定的业务功能或业务领域，具有高度的内聚性。

这有助于提高代码的可维护性和可重用性。

5. 自动化：尼恩架构强调自动化，包括自动化部署、自动化测试和自动化监控等。

通过自动化，可以加快开发速度，提高系统的可靠性和稳定性。

三、优点1. 可扩展性：尼恩架构中的每个微服务都可以独立地进行横向扩展，从而提高了整个系统的可扩展性。

2. 灵活性：由于每个微服务都是独立的，因此可以快速地对特定服务进行修改、升级和替换，而不影响整个系统。

3. 易于维护：每个微服务都具有明确定义的接口和独立的数据存储，使得代码更加模块化，易于维护和测试。

4. 高可用性：由于每个微服务都是独立的，因此可以针对每个服务进行高可用性设计，从而提高整个系统的可用性。

5. 快速开发：由于每个微服务都可以独立地进行开发、测试和部署，因此可以加快开发速度，缩短开发周期。

四、挑战与注意事项1. 通信开销：由于微服务之间需要进行通信，因此需要处理网络延迟和通信开销的问题。

可以使用高效的网络通信协议和缓存技术来降低通信开销。

2. 数据一致性：在分布式系统中，数据一致性是一个挑战。

python⾥⾯的微服务框架学习前阵⼦学习了java⾥⾯的微服务框架，⽆奈。

新接⼿的项⽬是python写的。

所以⼜只能切换回python其实Python也有⾃⼰的微服务框架，其中⽤的最多的就是nameko，nameko框架轻便，使⽤简单，易上⼿，是⼀个很不错的微服务框架参考博客⼀：微服务架构原理微服务架构的实现⽅式：微服务架构最重要的就是使⽤什么⽅式进⾏服务间通信（也称作服务调⽤），按照通信⽅式的不同，主要可以分为同步通信和异步通信两种⽅式。

同步通信：同步调⽤⽐较简单，⼀致性强，但是容易出调⽤问题，性能体验上也会差些。

同步通信最常⽤的两种协议是RESTful和RPC，⽽⽬前使⽤最⼴泛，最有名的两种微服务框架Spring Cloud和Dubbo分别使⽤了RESTful和RPC协议。

RESTful和RPC两种协议各有优势，具体使⽤要看业务场景。

Dubbo框架是⼀个⾮常流⾏的采⽤同步通信的分布式微服务框架，下图就是Dubbo框架的⼯作原理图：⾸先⼀个微服务应⽤程序需要有服务的⽣产者和服务的消费者，另外还需要⼀个注册中⼼（常见的有zookeeper和rabbitmq等）来管理和调度服务。

微服务架构的程序运⾏的⼀般步骤为：1. 服务提供⽅，即⽣产者启动服务，并将服务提交到注册中⼼注册服务2. 服务需求⽅，即消费者连接到注册中⼼，向注册中⼼发出请求，申请需要的服务3. 注册中⼼根据消费者发出的请求来调度服务，将对应的服务提供者（⽣产者）的信息发送给消费者4. 消费者和⽣产者之间建⽴连接，消费者调⽤服务5. 记录服务调⽤过程中的信息异步通信：异步通信⼀般通过消息中间件来进⾏服务间通信，消息中间件能为调⽤之间提供的缓冲，确保消息积压不会冲垮被调⽤⽅，同时能保证调⽤⽅的服务体验，继续⼲⾃⼰该⼲的活，不⾄于被后台性能拖慢。

不过需要付出的代价是⼀致性的减弱。

nameko框架就是⼀个采⽤异步通信⽅式的微服务框架，采⽤RabbitMQ消息队列作为消息中间件，原理⾮常简单，使⽤起来也很⽅便。