江晓龙的博客

全局锁是对整个数据库实例添加一个锁，全局锁是面向整个数据库实例的，而不是单个数据库，添加锁之后这个实例就会处于只读状态，此时所有的数据库只能进行读的操作，对于更新、删除的操作将被阻塞。全局锁的典型应用场景就是对全库进行逻辑上的备份，要求业务表之间关联的数据要保证一致性和完整性，此时就可以通过全局锁将所有的数据库锁住，避免备份过程中有数据产生，导致数据不一致。全局锁的缺点如果数据库是主从集群，那么加了全局锁之后，程序就是摆停状态。

有了哨兵模式后，在程序代码中配置不是redis地址，而是配置的所有哨兵的地址，形成一个地址池，即使集群中一个哨兵坏掉了，还有其他两个哨兵，每次需要找redis写入数据时，程序首先会找哨兵进程，哨兵之间信息共享，会立马告诉程序谁是主库，这时程序拿到哨兵告诉它的redis主库地址，就会去找主库存数据，因此即使主库坏了，也不需要修改程序代码。因此，从库上的数据可能和主库不⼀致。但是，潜在的问题是：如果实例个数发⽣变化，会导致数据⼤量迁移，例如新增⼀个实例，那么数据的放置位置基本都会发⽣变化，需要进⾏迁移。

ELK是三个开源软件的简称，提供一套完整的企业级日志平台解决方案。Elasticsearch：提供搜索、分析和存储数据的功能Logstash：采集日志、格式化日志、过滤日志，对日志的内容进行一些处理，最后将日志数据存储到ELasticsearch集群中Kibana：数据可视化展示Beats：日志采集器，比如filebeatELK架构图：由FIlebeat收集应用程序的日志然后通过Logstash将Filebeat中的数据读取存储到ELasticsearch集群，最后由Kibana展示日志数据。

消息生产者Producer产生消息数据，发送到Kafka消息队列中，一台Kafka节点只有一个Broker，消息会存储在Kafka的Topic（主题中），不同类型的消息数据会存储在不同的Topic中，可以利用Topic实现消息的分类，消息消费者Consumer会订阅消息存储的Topic，从Topic中读取/接收消息数据，不同的消费者可以订阅不同的Topic。

集群中存在Master和Slave节点，每个Master节点配置一个Slave或者多个Slave节点，Slave只读不能写，Master和Slave组成一组，在集群中可以有多组Master-Slave，高可用采用异步复制的方式，主备之间数据同步存在短暂的消息延迟。异步模式指的是：当发送者发送的消息成功到达在Broker后，Broker会立即向发送者反馈消息已经收到，然后将消息数据落盘，最后同步一份到Slave中。Broker有主从复制的概念，主节点产生的消息数据会同步到从节点，保证数据的高可用。

MQ的全称是Message Queue（消息队列），是在消息的传输过程中保存消息的容器，用于分布式系统之间进行通信，通信双方将请求写入到MQ消息队列中，被调用者从MQ中读取请求数据。在传统情况下，系统之间的调用都是通过接口进行远程调用的，如下图所示，A系统通过远程接口调用B系统，两个系统之间会存在耦合性，当B系统出现异常时，A系统的业务逻辑将会失败，并且在高并发时，系统之间的频繁调用，对整体架构性能是有所影响的。

用最简单的术语来说，DevOps是产品开发过程中开发（Dev）和运营（Ops）团队之间的灰色区域。DevOps是一种在产品开发周期中强调沟通，集成和协作的文化。因此，它消除了软件开发团队和运营团队之间的孤岛，使他们能够快速，连续地集成和部署产品。持续集成（Continuous integration,缩写为Cl）是一种软件开发实践，团队开发成员经常集成他们的工作。利用自动测试来验证并断言其代码不会与现有代码库产生冲突。

在查询一个监控指标时，prometheus会把包含这个监控指标的所有监控数据都列出来，这样看起来也是很麻烦，我们可以在查询时指定一个标签，这样就可以定位到指定的主机上，relabel_configs标签重新标记的意义特别大，我们可以把job_name定义成某一区域，在采集前进行标签重写，把标签的值传给一个新的标签。replace: 将正则匹配出源标签的值替换到目标标签，就是将原标签的值原封不动的赋予目标标签，如果定义了replacement就会将replacement的值赋给目标标签。

5、使用docker build命令构建之后，docker就会将当前目录下所有的文件发送给docker daemon，顺序执行Dockerfile文件里的指令，在这过程中会生成临时容器，在临时容器里面安装RUN指定的命令，安装成功后，docker底层会使用类似于docker commit命令来将容器保存为镜像，然后删除临时容器，以此类推，一层层的构建镜像，运行临时容器安装软件，直到最后的镜像构建成功。4、docker container，容器，一个系统级别的服务，拥有自己的ip和系统目录结构；

Service Mesh即为 “服务网格” ，是用于处理服务与服务之间通信的基础设施层，主要负责为复杂构建的云原生应用提供一个可靠网络传递请求，并为微服务通信实现了基本的功能，例如服务发现、负载均衡、监控、流量管理、访问控制等等。服务网格通常是将一个应用程序与一个代理程序部署在一起，并进行关联，对于应用程序来说是透明的，所有的请求都是由代理程序进行处理。

pod是kubernetes集群管理的最小单元，可以说在K8S集群中部署的任何资源都要依托于Pod，例如程序要运行必须要放在容器中运行，而容器必须放在Pod里才可以运行，类似于豌豆的结构，Pod就是豌豆荚，容器就是豌豆，pod是容器的封装，一个pod中可以存在一个或多个容器，pod最多可以运行4个容器。