https://mvnrepository.com

SpringCloud Alibaba微服务实战二 - 配置中心管理重要的概念为了避免在Console中迷失自我，有必要先阐述几个重要的概念。这张图很重要。表述了namespace、group和service/dataId的包含关系。NACOS给的最佳实践表明，最外层的namespace是可以用于区分部署环境的，比如dev，test，uat，product等。同时，也有一个商业利用价值：多租户。以

前面介绍了单机nacos 不适合生产介绍一下nacos集群搭建过程内容主要包括：使用MySQL作为存储持久化数据，以及如何搭建Nacos集群。Nacos的单节点，也就是我们最开始使用的standalone模式，配置的数据是默认存储到内嵌的数据库derby中。如果我们要搭建集群的话，那么肯定是不能用内嵌的数据库，不然数据无法共享。集群搭建的时候我们需要将Nacos对接Mysql进行数据存储。集群模式

为什么使用sentinel通过流量控制、熔断降级、系统负载保护等多个维度来保障服务之间的稳定性。首先看限流流量控制(Flow Control)，原理是监控应用流量的QPS或并发线程数等指标，当达到指定阈值时对流量进行控制，避免系统被瞬时的流量高峰冲垮，保障应用高可用性。具体应用前台通过调用文章展示服务来展示文章列表及浏览文章及做一些操作，当前台流量很大的时候，通过限流来限制调用后台服务，防止超过后

微服务架构图：由上图可知：限流一是在负载均衡转发出限流，一般是nginx,二是在网关转发时限流三是在单个服务处限流，前一部分sentinel已经讲解过微服务限流这一次详解网关限流。...

前言关系型数据库本身比较容易成为系统瓶颈，单机存储容量、连接数、处理能力都有限。 当单表的数据量达到1000W或100G以后，由于查询维度较多，即使添加从库、优化索引，做很多操作时性能仍下降严重。 此时就要考虑对其进行切分了，切分的目的就在于减少数据库的负担，缩短查询时间。 数据库分布式核心内容无非就是数据切分(Sharding)，以及切分后对数据的定位、整合。 数据切分就是将数据分散存储到多个数

消息存储分布式队列因为有高可靠性的要求，所以数据要进行持久化存储消息生成者发送消息MQ收到消息，将消息进行持久化，在存储中新增一条记录返回ACK给生产者MQ push 消息给对应的消费者，然后等待消费者返回ACK如果消息消费者在指定时间内成功返回ack,那么MQ认为i消息消费成功，在存储中删除消息，即执行第6步；如果MQ在指定时间内没有收到ACK，则认为消息消费失败，会尝试重新push消息，重复执

打开C盘里的 .gitconfig文件再查看git用户名和邮箱地址命令：$ git config user.name$ git config user.email

com.alibaba.rocketmq.client.exception.MQBrokerException: CODE: 14 DESC: service not available now, maybe disk full, CL: 0.87 CQ: 0.87 INDEX: 0.87, maybe your broker machine memory too small.问题分析与解决roc

在使用rocketmq的demo发送消息时，一直报如下错误Exception in thread “main” org.apache.rocketmq.remoting.exception.RemotingTooMuchRequestException: sendDefaultImpl call timeoutat org.apache.rocketmq.client.impl.producer.