一、简介kubernetes，简称K8s，是用8代替名字中间的8个字符“ubernete”而成的缩写，是一个开源的，用于管理云平台中多个主机上的容器化的应用。kubernetes是基于容器技术的分布式架构解决方案，具有完备的集群管理能力，包括多层次的安全防护和准入机制，多租户应用支持能力，透明的服务注册和服务发现机制，内建智能负载均衡器，强大的故障发现和自我修复能力，服务滚动升级和在线扩容能力，可拓展的资源自动调度机制，以及多粒度的资源配额管理能力。同时，K8s提供了完善的管理工具，这些工具涵盖了包括开发，部署测试，运维监控在内的各个环节。K8s的目标是让部署容器化的应用简单并且高效，它提供了
目录一、介绍1、什么是死信队列(延迟队列)2、应用场景3、死信队列(延迟队列)的使用4、死信消息来源二、案例实践1、案例一2、案例二（消息接收确认）3、总结一、介绍1、什么是死信队列(延迟队列) 死信，在官网中对应的单词为“DeadLetter”,它是RabbitMQ的一种消息机制。 死信队列（DeadLetterQueue）和延迟队列（DelayQueue）是两种不同的队列类型，但在实际应用中它们可以结合使用。 死信队列是当消息在队列中因为过期、被拒绝等原因无法正常处理时，会被重新发送到另一个交换机上，这个交换机就是死信交换机。死信队列可以用于实现重
1.发布订阅在Fanout模式中，一条消息，会被所有订阅的队列都消费。但是，在某些场景下，我们希望不同的消息被不同的队列消费。这时就要用到Direct类型的Exchange。在Direct模型下：队列与交换机的绑定，不能是任意绑定了，而是要指定一个RoutingKey（路由key）消息的发送方在向Exchange发送消息时，也必须指定消息的RoutingKey。Exchange不再把消息交给每一个绑定的队列，而是根据消息的RoutingKey进行判断，只有队列的Routingkey与消息的Routingkey完全一致，才会接收到消息2.绑定绑定可以采用额外的routing_key参数。为了避免
1.Linux安装docker官方帮助文档：InstallDockerEngineonCentOS|DockerDocs1.1安装命令#1.卸载之前的dockersudoyumremovedocker\ docker-client\ docker-client-latest\ docker-common\ docker-latest\ docker-latest-logrotate\ docker-logrotate\ docker-engine #2.需要的安装包yuminsta
Git介绍与其常用命令总结1、Git介绍2、Git的使用3、Git常用命令3.1初始化仓库3.2克隆仓库3.3配置用户信息3.4提交代码(Commit)3.5推送代码(Push)3.6拉取代码(Pull)3.7分支(Branch)3.8远程仓库(Remote)3.9撤销回退本地改动3.10更新本地仓库与远程仓库1、Git介绍Git是一种分布式版本控制系统，用于跟踪文件的变化并协作开发项目。它由LinusTorvalds在2005年创建，主要用于Linux内核的开发，但现在已经成为许多项目的标准版本控制系统。关于Git的一些关键概念和基本原理如下：版本控制：Git跟踪项目文件的变化，以便在不同的
1、相关概念1.1、消息队列（MQ） MQ(messagequeue)，从字面意思上看，本质是个队列，FIFO先入先出，只不过队列中存放的内容是message而已，还是一种跨进程的通信机制，用于上下游传递消息。在互联网架构中，MQ是一种非常常见的上下游“逻辑解耦+物理解耦”的消息通信服务。使用了MQ之后，消息发送上游只需要依赖MQ，不用依赖其他服务。 为什么要使用MQ，是这样的先了解一下同步通讯和异步通讯的区别，同步通讯时效性比较高，对数据可以做出立即的响应，但是随之而来的它存在的问题，不同业务之间的耦合度高，当执行业务需要连贯的业务逻辑时，性能和吞吐能力下降，涉及
消息队列在使用过程中，面临着很多实际问题需要思考：一、消息可靠性消息从发送，到消费者接收，会经历多个过程：其中的每一步都可能导致消息丢失，常见的丢失原因包括：发送时丢失：生产者发送的消息未送达exchange消息到达exchange后未到达queueMQ宕机，queue将消息丢失consumer接收到消息后未消费就宕机针对这些问题，RabbitMQ分别给出了解决方案：生产者确认机制mq持久化消费者确认机制失败重试机制下面我们就通过案例来演示每一个步骤。首先，导入课前资料提供的demo工程，项目结构如下：https://github.com/user0819/mq-advanced-demo.g
文章目录前言一、Kafka概述1.Kafka简介2.Kafka架构2.1Broker（代理服务器）2.2Topic（主题）2.3Producer（生产者）2.4Consumer（消费者）2.5ConsumerGroup（消费者组）3.Kafka特点3.1高吞吐量3.2持久性3.3可扩展性3.4实时性3.5可靠性4.Kafka应用场景4.1实时数据流处理4.2日志收集和聚合4.3消息队列4.4流式处理4.5事件驱动架构5.Kafka的副本机制二、Topics命令介绍1.Topics命令简介2.Topics命令的基本语法3.常用的Topics命令选项4.常用的Topics命令示例三、Produce
文章目录1、RabbitMQ概念1.1、简介1.2、MQ的优势和劣势1.3、MQ的应用场景1.4、AMQP1.5、RabbitMQ的工作原理2、RabbitMQ安装3、RabbitMQ的工作模式3.1、简单模型Simple3.2、工作队列模型WorkQueue3.3、发布订阅模式Publish/Subscribe3.4、路由模式Routing3.5、通配符模式Topics4、消息自动确认📚参考文章：1、RabbitMQ概念1.1、简介RabbitMQ是用Erlang实现的一个高并发高可靠AMQP消息队列服务器。支持消息的持久化、事务、拥塞控制、负载均衡等特性，使得RabbitMQ拥有更加广泛的
简介发布订阅模式允许一个生产者向多个消费者发送消息。在RabbitMQ中实现发布订阅模式通常涉及以下几个关键组件：生产者：负责生产并发送消息到RabbitMQ的Exchange（路由器）。Exchange：作为消息的中转站，根据不同的规则将消息路由到一个或多个队列。队列：存储消息的缓冲区，每个消费者有自己的独立队列。消费者：从自己的队列中接收并消费消息。在这种模式下，生产者发送的消息不是直接发送到特定的队列，而是发送给Exchange。Exchange根据配置的规则决定如何处理这些消息。例如，它可以将消息路由到一个特定的队列，也可以将消息路由到多个队列，或者在某些情况下废弃消息。在实际应用中，
