下载文档原格式
SpringCloudAlibaba微服务讲解（⼀）微服务介绍微服务介绍1.1 系统架构的演变随若互联⽹的发展，⽹站应⽤的规模也在不断的扩⼤，逬⽽导致系统架构也在不断的进⾏变化.从互联⽹早起到现在，系统架构⼤体经历了下⾯⼏个过程:单体应⽤架构⼀蟻直应⽤架构--浴布式架构⼀>SOA架构⼀〉微服务架构，当然还有悄然兴起的Service Mesh（服务⽹格化）.接下来我们就来了解⼀下每种系统架构是什么样⼦的，以及各有什么优缺点.互联⽹早期，⼀版的⽹站应⽤流量较⼩，只需要⼀个应⽤，将所有功能代码都部署在⼀起就可以，这样可以减少开阿发、部署、和维护的成本。
⽐如说⼀个电商系统，⾥⾯会包含狠毒哦⽤户管理、商品管理、订单管理、物流管理等等很多模块，我们会把他们做成⼀个web项⽬，然后部署到⼀台tomcat服务器上。
优点：项⽬架构简单，⼩型项⽬的话，开发成本低项⽬保护署在⼀个节点上、维护⽅便缺点：全部功能集成在⼀个⼯程中，对于⼤兴项⽬来讲不易开发和维护项⽬模块之间紧密耦合，单店容错率低⽆法针对不同模块进⾏针对性优化和⽔平扩展随着访问最的逐渐増⼤，单⼀应⽤只能依靠增加节点来应对，但是这时候会发现并不是所有的模块都会有⽐较⼤的访问量.还是以上⾯的电商为例⼦，⽤户访问昆的增加可能影响的只是⽤户和订单模块，但是对消，息模块的影响就⽐较⼩.那么此时我们希望只多増加⼏个订单模块，⽽不増加消息模块.此时单体应⽤就做不到了，垂直应⽤就应运⽽⽣了.所调的垂直应⽤架构，就是将原来的f 应⽤拆成互不相⼲的⼏个应⽤，以提升效率.⽐如我们可以将上⾯电商的单体就拆分成：电商系统（⽤户管理商品管理订单管理）后台系统（⽤户管理订单管理客户管理）CMS系统（⼴告管理营销管理）这样拆分完毕之后，⼀旦⽤户访问量变⼤，只需要増加电商系统的节点就可以了，⽽⽆需増加后台和CMS的节点.当垂直应⽤越来越多，重复的业务代码就会越来越多.这时候，我们就思考可不可以将重复的代码抽取出来，做成统⼀的业务层作为独⽴的服务，然后由前端控制层调⽤不同的业务层服务呢？这就产⽣了新的分布式系统架构.它将把⼯程拆分成表现层和服务层两个部分，服务层中包含业务逻辑.表现层只需要处理和页⾯的交互，业务逻辑都是调⽤服务层的服务来实现.优点：抽取公共的功能为服务层。
电商微服务架构设置方案电商微服务架构设置方案可以分为三个层次：业务层、服务层和基础层。
1. 业务层：- 用户管理服务：负责用户注册、登录、身份验证等功能。
- 商品管理服务：负责商品的上架、下架、库存管理和价格调整等功能。
- 订单管理服务：负责订单的创建、支付、配送和退款等功能。
- 购物车服务：用户可以把商品加入购物车，方便批量结算。
- 评论管理服务：用户可以对购买的商品进行评价和查看其他用户的评价。
- 优惠券服务：用户可以领取和使用优惠券，提高购买的折扣。
- 物流管理服务：负责订单的配送和物流信息的查询。
2. 服务层：- 鉴权服务：负责对请求进行身份验证，确保只有经过身份验证的用户才能访问敏感数据和操作。
- 配置中心服务：用于管理微服务的配置信息，如数据库连接、缓存策略等。
- 注册中心服务：用于管理微服务的注册和发现，方便服务之间的调用和通信。
- 日志服务：负责收集、存储和查询微服务的日志信息，方便故障排查和性能分析。
- 监控服务：负责监控微服务的运行状态，如内存占用、CPU使用率、请求响应时间等指标。
3. 基础层：- 数据存储服务：负责保存业务数据和配置信息，可以选择关系型数据库、NoSQL数据库或文件系统等。
- 缓存服务：用于加速数据的读取和降低数据库的压力，可以选择Redis或Memcache等。
- 消息队列服务：用于实现微服务之间的异步通信，可以选择Kafka或RabbitMQ等。
- 文件存储服务：负责存储商品图片、用户头像等文件，可以使用云存储服务或分布式文件系统。
- 高可用存储：用于保证数据的高可用性和持久性，可以选择分布式文件系统或分布式数据库。
在实施该架构时，需要考虑以下几个方面：- 性能：通过合理设置缓存、负载均衡和水平扩展，提高系统的性能和并发处理能力。
- 可用性：通过使用分布式存储和负载均衡等技术，提高系统的稳定性和容错能力。
- 安全性：采用安全的身份验证和鉴权机制，保护用户数据和敏感信息的安全性。
微服务基础知识
微服务是一种架构风格，它将应用程序拆分成一组小型、独立的服务。
这些服务可以独立部署、扩展和维护，从而实现高效的开发和运维。
微服务的基础知识包括以下内容：
1. 服务可独立部署：微服务将应用程序拆分成一组小型服务，每个服务都可以独立部署。
这样可以快速部署、升级和回滚服务，减少了因版本冲突导致的故障。
2. 服务间使用轻量级通信：微服务之间使用轻量级通信，比如RESTful API、消息队列等。
这样可以减少服务之间的依赖关系，提高系统的灵活性和可扩展性。
3. 服务可独立扩展：微服务可以根据需要进行独立扩展，可以根据具体的业务需求对服务进行扩展。
这样可以提高系统的性能和可靠性。
4. 服务可独立维护：微服务可以独立维护，每个服务都有自己的代码库和团队。
这样可以提高开发效率和服务质量。
5. 服务可独立替换：微服务可以独立替换，如果一个服务出现问题，可以立即替换为另一个服务。
这样可以保证系统的可靠性和稳定性。
总之，微服务的基础知识包括服务的独立部署、轻量级通信、独立扩展、独立维护和独立替换。
这些特点使得微服务架构非常适合构建大型、复杂的分布式系统。
微服务体系结构
微服务体系结构是一种将单个应用程序拆分为一组小的、独立的服务的方法，每个服务都运行在独立的进程中，并使用轻量级通信协议进行通信。
这种体系结构有以下主要组成部分：
1. 表现层：负责和用户进行交互，包括WEB页面、APP页面、供第三方调用的接口等。
2. API网关层：它是系统的统一入口，外部通过统一的API网关接入微服务，同时处理一些非业务功能，如监控，负载均衡，流量控制，身份认证等。
3. 业务逻辑层：负责实现业务规则，是系统核心部分，这一层又划分成基础服务层和聚合服务层两个子层。
基础微服务层：负责实现本业务模块的业务规则，一般是通过操作业务数据集来实现单一的业务规则。
聚合微服务层：负责实现跨业务模块的复杂的业务规则，他需要两个或两个以上的基础服务共同来完成一个复杂的业务规则。
本层涉及到二个及以上的基础微服务的组合，所以这一层要处理跨数据集的事务。
此外，服务组件也是分层的，一般可以分为3层，从低到高依次是工具性服务组件、基础业务层服务组件、业务层服务组件。
前端界面的请求按照从高到底向下传递和处理请求。
以上信息仅供参考，如需了解更多信息，建议查阅微服务相关书籍或咨询技术人员。
培训学习资料-微服务入门培训学习资料微服务入门在当今的软件开发领域，微服务架构正逐渐成为主流。
如果你对微服务还不太了解，别担心，这篇文章将带你走进微服务的世界，为你提供一个入门的指南。
什么是微服务呢？简单来说，微服务就是将一个大型的应用程序拆分成多个小型的、独立的服务。
每个服务都可以独立部署、扩展和维护，并且它们之间通过轻量级的通信机制进行交互。
想象一下，你有一个大型的电商网站，它包含了用户管理、商品管理、订单管理、支付管理等多个功能模块。
在传统的单体架构中，这些功能模块都被打包在一个巨大的应用程序中。
但在微服务架构下，每个功能模块都可以被拆分成一个独立的服务，比如用户服务、商品服务、订单服务、支付服务等。
那么，为什么要采用微服务架构呢？首先，它提高了开发的效率。
因为每个服务都是相对独立的，开发团队可以专注于自己负责的服务，无需担心对其他部分造成影响。
其次，微服务架构使得应用程序更容易扩展。
当某个服务的负载增加时，我们可以单独为其增加资源，而不需要对整个应用程序进行扩容。
此外，微服务架构还提高了系统的可靠性和容错性。
如果某个服务出现故障，不会影响到其他服务的正常运行。
要实现微服务架构，有一些关键的技术和概念需要掌握。
首先是服务的拆分。
这可不是一件简单的事情，需要根据业务的逻辑和功能进行合理的划分。
比如，我们可以按照业务领域、数据的所有权、功能的独立性等原则来拆分服务。
然后是服务的通信。
在微服务架构中，服务之间需要进行通信来协同工作。
常见的通信方式有基于 HTTP 的 RESTful API、消息队列等。
RESTful API 是一种基于 HTTP 协议的轻量级通信方式，它具有简单、灵活、易于理解和实现的特点。
消息队列则可以用于异步通信，提高系统的性能和可靠性。
服务的注册与发现也是很重要的一环。
当一个服务需要调用其他服务时，它需要知道其他服务的地址和端口。
服务注册中心就负责存储和管理服务的信息，让服务能够方便地找到彼此。
第⼗三课：微服务基本知识-微服务调⽤及运⾏过程3. 微服务调⽤及运⾏过程3.1 为什么分析微服务过程调⽤在实际的项⽬中，微服务之间涉及到业务代码的部分，调⽤逻辑⾮常复杂，对于⼯程师⽽⾔，熟悉组件之间的调⽤关系，⽅便以后业务模块开发，集群部署与⾃动化编排过程中有⾮常⼤的帮助（基础），并且能够⾮常清楚哪些应⽤应该对外，哪些可以不⽤对外以及服务是怎样存活。
在微服务中涉及的组件：注册中⼼，配置中⼼，服务提供者，服务消费者，路由⽹关3.1.1 本案例涉及的服务有以下⼏种注册中⼼服务(nacos)，配置中⼼服务(nacos)，服务提供者(passport)，服务消费者(restTemplate,Feign)，路由⽹关服务(Spring Cloud Gateway)3.2 组件服务调⽤基本流程客户端浏览器输⼊url访问⽹关负载均衡（7层，可以是nginx/haproxy）通过负载均衡分发请求到spring cloud gateway⽹关⽹关在即受到来⾃负载均衡的请求之后，根据url地址匹配到服务名称，调⽤后台的restTemplate服务restTemplate在接收到来⾃⽹关的请求以后，通过注册中⼼查询到服务列表，将请求服务列表中的服务，最后返回结果。
3.3 组件内部接⼝调⽤流程负载均衡->⽹关->消费者->服务提供者3.4 微服务实战（单机部署）3.4.1 运⾏微服务安装java环境将java安装包（jdk1.8.0_192.tar.gz）传到主机/usr/local/下并解压缩编辑环境变量/etc/profilevim /etc/prolfieexport JAVA_HOME=/usr/local/jdk1.8.0_192export JRE_HOME=/${JAVA_HOME}/jreexport PATH=${JAVA_HOME}/bin:$PATH#应⽤source /etc/profile3.4.2 安装nacos（单机）下载注册中⼼nacoswget https:///alibaba/nacos/releases/download/1.1.4/nacos-server-1.1.4.tar.gztar zxvf nacos-server-1.1.4.tar.gzcd nacos/binsh startup.sh -m standalone登陆访问页⾯username：nacospassword：nacos导⼊配置⽂件nacos_config_provider.zip ----> provider-passport-config.yamlnacos_config_gateway.zip ----> spring-cloud-gateway.yaml可以从页⾯修改配置⽂件中注册中⼼的IP地址spring-cloud-gateway.yamlserver-addr: 192.168.68.152:8848file-extension: yamlconfig:server-addr: 192.168.68.152:8848provider-passport-config.yamlserver-addr: 192.168.68.152:8848⽣产使⽤集群模式（⾄少3个节点）1. 安装mysql5.7.25（主从）2. 导⼊数据库（nacos-mysql.sql）3. 修改配置⽂件（application.properties cluster.conf）4. 启动（sh startup.sh）3.4.3 安装redisyum install epel-release -yyum install redis -y#修改密码vim /etc/redis.confrequirepass 123456bind 0.0.0.0#开机启动systemctl enable redissystemctl restart redissystemctl status redis查看端⼝监听[root@localhost ~]# netstat -lantup | grep 6379tcp 0 0 0.0.0.0:6379 0.0.0.0:* LISTEN 12850/redis-server修改配置⽂件spring-cloud-gateway.yamlredis:host: 192.168.68.152port: 6379password: 1234563.4.4 后台服务provider-passport上传测试包mkdir springcloud && cd springcloud[root@localhost springcloud]# lltotal 449792-rw-r--r-- 1 root root 91330721 Aug 26 10:18 consumer-feign-passport-0.0.1-SNAPSHOT.jar-rw-r--r-- 1 root root 90430214 Aug 26 10:28 consumer-passport-0.0.1-SNAPSHOT.jar-rw-r--r-- 1 root root 105609972 Aug 26 12:27 gateway-0.0.1-SNAPSHOT.jar-rw-r--r-- 1 root root 49134278 Aug 26 10:27 monitor-0.0.1-SNAPSHOT.jar-rw-r--r-- 1 root root 33651884 Aug 26 10:24 passport-demo-0.0.1-SNAPSHOT.jar-rw-r--r-- 1 root root 90419589 Aug 26 12:14 provider-passport-0.0.1-SNAPSHOT.jar3.4.4.1 运⾏provide passportjava -Dspring.cloud.nacos.discovery.server-addr=192.168.68.152:8848 \-Dspring.cloud.nacos.config.server-addr=192.168.68.152:8848 \-jar provider-passport-0.0.1-SNAPSHOT.jar3.4.4.2 服务注册从页⾯查看我们刚才启动的passport服务已经注册到注册中⼼3.4.4.3 访问后台服务接⼝返回json内容如下：{msg: "demo passport api",api: "/v1/auth/login",type: "passportProvider",status: 200}返回json内容如下：{msg: "后台服务passport",api: "/passport",type: "autoNacosConfig",status: 200}2.4.4.4 验证配置中⼼修改配置功能通过nacos页⾯修改配置⽂件provider-passport-config.yaml的内容后，再次调⽤后台服务接⼝，可以看出我们通过配置中⼼修改配置以后并不需要重启服务，配置即时⽣效。
微服务⼊门⼆：SpringCloud（版本HoxtonSR6）⼀、什么是SpringCloud1、官⽅定义1）官⽅定义：springcloud为开发⼈员提供了在分布式系统中快速构建⼀些通⽤模式的⼯具（例如配置管理、服务发现、断路器、智能路由、微代理、控制总线）。
分布式系统的协调导致了锅炉板模式，使⽤springcloud开发⼈员可以快速地建⽴实现这些模式的服务和应⽤程序。
2）springcloud是⼀个含概多个⼦项⽬的开发⼯具集，集合了众多的开源框架，他利⽤了spring boot开发的便利性实现了很多功能，如服务注册，服务注册发现，负载均衡等，springcloud在整合过程中主要是针对Netflix开源组件的封装，springcloud的出现真正的简化了分布式架构的开发。
netflix是美国的⼀个在线视频⽹站，微服务业的翘楚，他是公认的⼤规模⽣产级微服务的杰出实践者，netflix的开源组件已经在他⼤规模分布式微服务环境中经过多年的⽣产实战验证，因此springcloud中很多组件都是基于netflix组件的封装。
2、核⼼架构及其组件1）核⼼组件说明eureka/consul/nacos（alibaba）：服务注册中⼼组件rabbion 、openfeign：服务负载均衡和服务调⽤组件hystrix 、hystrix dashboard：服务断路器和服务监控组件zuul/gateway：服务⽹关组件config：统⼀配置中⼼组件bus：消息总线组件3、环境搭建1）版本命名springcloud是⼀个由众多独⽴⼦项⽬组成的⼤型综合项⽬，原则每个⼦项⽬有不同的发布节奏，都维护⾃⼰发布版本号。
为了更好的管理springcloud的版本，通过⼀个资源清单BOM（bill of materials），为了避免与⼦项⽬的发布好混淆，所以没有采⽤版本号的⽅式，⽽是通过命名的⽅式。
这些名字是按字母顺序排列的。
微服务-架构图上⼀次我们简单介绍了什么是微服务（）。
介绍了微服务的来龙去脉，⼀些基础性的概念。
有⼤佬在评论区指出说这根本不是微服务。
由于本⼈的能⼒有限，⼤概也只能理解到这个层次。
先不管它到底是不是微服务吧，既然开篇了，那就硬着头⽪把这个系列写完。
我想不管是对⾃⼰对看官多少还是有点帮助的。
架构图这篇⽂章将从⼀张架构图开始说起（开局⼀张图，内容全靠凑 ）。
很多介绍微服务架构的⽂章画的架构图⽐这张图复杂的多。
我根据⾃⼰的理解与实践修改跟精简了⼀下。
上次评论区说.Net只在标题上出现了⼀次，那么这次，⼤概也只会在标题上出现⼀次 。
⼤概从下⼀篇开始就会正式介绍如何使⽤ .net core⼀步步实现⼀个最简微服务系统。
下⾯就开始对照这张架构图进⾏讲解吧。
基础服务层基础服务层是⼀个抽象的概念。
我们把提供基础业务处理能⼒的服务归类到这⼀层。
我们按照模块\领域等概念把服务划分好，最后建成了⼀个个独⽴部署的服务。
它们提供⼀些基础的服务功能，对外提供⼀些api接⼝。
每个服务都有⾃⼰独⽴的数据库，独⽴的运⾏时。
每个服务都可以根据压⼒进⾏伸缩。
这⼀层可以说是微服务架构⾥最核⼼的⼀层。
⽐如⼀个酒店管理系统，我们⼀般可以划分成：“酒店基本信息服务”、“订单服务”、“会员服务”、“⽀付服务”等等基础服务，每个服务都提供⼀些api，⽐如订单服务提供查询下单等服务，⽀付服务提供微信⽀付的⽀付能⼒等等。
当然如何划分都是似情况⽽定的，这⾥只是举个例⼦。
聚合服务层我们已经有了基础服务，为什么还会有聚合服务这⼀层呢。
假设现在⽤户根据订单号查询订单明细的功能。
这个功能可能需要涉及到订单基本信息、⽤户基本信息、会员信息、⽀付信息、房型信息等多个api。
如果有前端直接调⽤基础服务层，那么可能要发送多次http请求。
所以为了效率往往还需要有⼀个服务来聚合跟适配，合并成⼀次请求再对前端提供服务，这样对于前端来说效率相对会⾼⼀些，开发起来也简单很多。
ABPvNext微服务架构详细教程——基础服务层1. 创建服务在除⾝份管理相关服务以外的其他业务服务中，我们不需要包含⽤户⾓⾊权限管理功能模块，ABP vNext框架为我们提供了模块模式，其默认模板不包含⾝份管理相关模块，更适合⽤于搭建普通的业务微服务。
以产品管理服务为例，我们在解决⽅案⽬录中找到service⽬录，在其中创建productmanager⽬录，切换⾄该⽬录并启动cmd命令⾏。
使⽤以下命令创建产品管理服务：abp new Demo.ProductManager -t module --no-ui其中-t module表⽰模块模式，--no-ui表⽰不使⽤UI界⾯，在ABP vNext框架Module模式下⼀直存在⼀个问题，创建时⽆法和Application⼀样使⽤-dbms参数设置数据库类型，⽽是使⽤默认的SQL Server数据库类型，这⾥我们的项⽬采⽤MySQL数据库，需要⼿动修改为MySQL，具体⽅法见下⼀章节。
因为我们⾝份认证服务采⽤统⼀的服务，所以我们在⽣成的模板中找到host⽬录下的ProductManager.IdentityServer项⽬⽂件夹并删除，数据库我们不使⽤MongoDB，所以可以将src⽬录下的ProductManager.MongoDB项⽬⽂件夹和test⽬录下的ProductManager.MongoDB.Tests项⽬⽂件夹删除。
之后我们可以删除该项⽬根⽬录下database⽂件夹和除Demo.ProductManager.sln、common.props以外的所有⽂件，如果不需要对该项⽬进⾏单元测试，也可删除test⽂件夹。
清理后，跳转到总解决⽅案所在⽬录，使⽤解决⽅案构建⼯具将个产品管理服务所有项⽬添加到总解决⽅案，添加后效果如下：2. 切换为MySQL数据库将Module模式项⽬从SQL Server数据库更改为MySQL数据库步骤如下：1. 找到ProductManager.HttpApi.Host项⽬移除其Nuget引⽤中的Volo.Abp.EntityFrameworkCore.SqlServer，然后添加Nuget引⽤Volo.Abp.EntityFrameworkCore.MySQL，注意版本号和主项⽬ABP框架版本⼀致。
微服务注册中心原理一、什么是微服务注册中心微服务注册中心（Service Registry）是微服务系统的基础设施，是服务注册和服务发现的中心位置，由它来实现服务治理和负载均衡功能。
它管理着所有服务的实例信息，每个服务实例都有一个唯一的ServiceID（通常称为一个服务的名称）和一个元数据map，这个map 在客户端调用这个服务时可以用来确定其位置和负载权重等参数。
二、微服务注册中心的原理1、服务注册：微服务注册中心将服务管理为服务注册表，每个服务的实例都有一个唯一的ServiceID（通常称为一个服务的名称）和一个元数据map，这个map在客户端调用这个服务时可以用来确定其位置和负载权重等参数。
2、服务发现：客户端向注册中心发起服务调用请求时，注册中心会解析请求的服务实例名称，根据服务实例名称从服务注册表中获取负载均衡的服务实例列表，并返回给客户端以便客户端调用。
3、服务状态监控：微服务注册中心会不断监控服务实例上报的心跳，用以检测服务实例的运行状态，从而保持服务注册表的准确性和及时性。
4、服务负载均衡：服务负载均衡用于在客户端发起调用请求时，从多个服务实例中动态选择一个服务实例来处理请求。
微服务注册中心不仅维护了服务实例的负载均衡权重，还可以支持不同服务实例使用不同的负载均衡算法进行服务负载均衡。
三、微服务注册中心的可行性微服务注册中心有助于让微服务架构进入规模化应用，大大提升了开发和维护效率，更加高效地实现了服务发现、服务负载均衡以及服务容错和限流等功能。
四、微服务注册中心的优势1、减少了跨团队的沟通，更加便捷地完成服务调用。
2、提供了服务实例的灵活管理，可以随时增加和减少服务实例。
3、极大地提高了微服务的可靠性，可以有效地支撑大型系统的规模化。
4、提升了微服务的可观测性，帮助管理者了解微服务的运行状态。
一、选择题1.微服务架构中，服务之间的通信通常使用哪种协议？A.HTTP/HTTPS（正确答案）B.TCP/IPC.FTPD.SMTP2.在微服务架构中，每个服务通常负责什么？A.整个应用程序的所有功能B.应用程序的特定业务功能（正确答案）C.应用程序的数据存储D.应用程序的用户界面3.微服务架构中的服务注册与发现机制主要用于解决什么问题？A.服务之间的通信问题B.服务的负载均衡问题C.服务的动态注册与查找问题（正确答案）D.服务的故障恢复问题4.以下哪项不是微服务架构的优势？A.高度可扩展性B.技术栈的多样性C.部署和更新的复杂性增加（正确答案）D.易于开发和维护5.在微服务架构中，为了保持服务之间的松耦合，通常使用哪种方式进行服务间的调用？A.同步调用B.异步调用（正确答案）C.直接访问数据库D.使用共享内存6.微服务架构中的API网关主要承担什么角色？A.服务注册与发现B.负载均衡C.提供统一的服务入口和API管理（正确答案）D.数据存储7.以下哪个不是微服务架构中常用的设计模式？A.聚合器模式B.代理模式C.链式调用模式（正确答案应为链式调用模式，但在微服务中更常见的是其他如断路器、服务网关等模式，此题假设为误导项）D.断路器模式（在实际微服务架构中更常见）8.在微服务架构中，为了保障服务的可用性，通常会采用哪种机制来处理服务故障？A.服务降级B.服务熔断（正确答案，但服务降级也是常用机制之一，此题更侧重于“熔断”这一特定机制）C.服务聚合D.服务复制。
