李公子的博客

Docker命令总结，点个收藏，留着备用呀。

前言关于esay-shop项目只是一个自己用来练手的微服务项目，由于启动略显繁琐，有小伙伴问了，那我就把在本地启动这个项目的步骤写一下，希望能帮助到你。开始实践首先我们先把代码克隆下来。地址在这里。https://gitee.com/limeng66/easy-shop项目克隆下来之后，就是这些了。然后需要把数据库还原一下，由于我这里仅提供了Mysql的脚本，所以还是推荐用Mysql吧，先在Mysql中新建一个名称为easyshop的数据库。接着打开DB文件夹，把easyshop.sql放到My

Docker中部署Consul集群在微服务架构中，为了保证各个节点的高可用，最常用的做法就是集群，服务实例做集群， 网关，服务发现等也需要做集群，接下来就来实践一下，在Docker中给Consul做集群。部署之前，先来了解一下Consul的集群，Consul中分为Client节点和Server节点，Client节点数量无限制，Server节点需要大于等于3个，这样才可以通过投票选举算法选出Leader，由Leader节点负责数据的同步，若Leader节点挂了，则会在剩下的两个节点继续用投票选举算法选出

什么是ApolloApollo（阿波罗）是携程框架部门研发的配置管理平台，能够集中化管理应用不同环境、不同集群的配置，配置修改后能够实时推送到应用端，并且具备规范的权限、流程治理等特性。那么Apollo能解决什么问题呢，在我们的微服务程序中，随着接入的中间件越来越多，相关的配置项也越来越多，如何对这些配置项进行统一管理就成了一个问题，若配置项需要改动，则直接在apollo中配置好进行推送，系统就可以直接升级，方便快捷。Apollo的安装由于apollo本地配置比较复杂，需要安装java相关环境和my

什么是redisREmote DIctionary Server(Redis) 是一个由 Salvatore Sanfilippo 写的 key-value 存储系统，是跨平台的非关系型数据库。Redis 是一个开源的使用 ANSI C 语言编写、遵守 BSD 协议、支持网络、可基于内存、分布式、可选持久性的键值对(Key-Value)存储数据库，并提供多种语言的 API。Redis 通常被称为数据结构服务器，因为值（value）可以是字符串(String)、哈希(Hash)、列表(list)、集合(

什么是gRPC在 gRPC 里客户端应用可以像调用本地对象一样直接调用另一台不同的机器上服务端应用的方法，使得您能够更容易地创建分布式应用和服务。与许多 RPC 系统类似，gRPC 也是基于以下理念：定义一个服务，指定其能够被远程调用的方法（包含参数和返回类型）。在服务端实现这个接口，并运行一个 gRPC 服务器来处理客户端调用。在客户端拥有一个存根能够像服务端一样的方法。开始实战现在有这样一个场景，在我们的数据库设计中，有User表和Goods表，还有一个订单表，订单表里的存的是User和Goods

什么是Identity server4dentityServer4 是为ASP.NET Core 系列量身打造的一款基于 OpenID Connect 和 OAuth 2.0 认证框架。将identityserver部署在你的应用中，具备如下的特点认证服务可以为你的应用（如网站、本地应用、移动端、服务）做集中式的登录逻辑和工作流控制。IdentityServer是完全实现了OpenID Connect协议标准。单点登录登出(SSO)在各种类型的应用上实现单点登录登出。API访问控制为各种各样

开始实战在上几篇文章中，配置好了网关。接下来就需要去请求接口了，请求接口得连接数据库，于是本篇文章就开始讲一下如何在.NET5中用EFCore连接Mysql数据库。咱们以用户服务举例，首先安装两个Nuget包。<PackageReference Include="Microsoft.EntityFrameworkCore" Version="5.0.4" /><PackageReference Include="MySql.EntityFrameworkCore" Version=

什么是Consul服务实例网关在上一篇文章中引入了Ocelot，客户端的调用变得简单的，但是对于网关层来说，每新增一个接口，或者服务实例，我都需要把网关在重新更新发布，这样无疑增加了网关层的负担，如果说我能自动识别服务实例，并且不需要把每个接口都写一遍，那我的网关岂不是只需要更新一次就好，不管你服务实例怎么增加，接口怎么增加，我都能自动识别。Consul就可以自动做到服务的注册与发现，那怎么注册发现呢，其实Consul是一个单独的进程，启动Consul之后，在服务里向Consul去注册，意思就是告诉Co

何为Ocelot在上一篇文章中，我搭建了一个基础的微服务框架，里面包含了三个服务，用户服务，商品服务和订单服务，而在客户端Vue中，我在不同的页面需要调用不同服务的接口，这就给客户端增加的很多的工作量，那么能不能客户端只调用一个地址，就可以获得想要的数据呢，Ocelot就是做这个事的。在上面的图中，我们可以看到，有三个服务，且每一个服务都是一个单独的进程，没有Ocelot的话，客户端的接口调用会变的非常复杂，随着服务的增多，前端需要维护的地址也会越来越多，加上Ocelot之后，前端的调用就变得简单需要

微服务的实践正式开始从今天开始，从零做一套简单的微服务程序，有时候光看一些文章，代码，不足以让我们印象深刻的记住这些知识，想要掌握这些知识，感觉最好的方式就是自己去实践，去实现。说微服务之前，还是在啰嗦两句。顺便自我总结一下，在之前做过的项目中，大多都是一些单体项目，也有一些是前后端分离的项目，都是部署在一台机器上，没有集群，若服务器故障，则整个项目就挂了，而随着项目功能的越来越多，项目越来越庞大，每次更新发布，哪怕只修改了某一个逻辑的一小块功能点，那还是得发布更新整个项目。微服务的出现，就很好的解决