青团社：亿级灵活用工平台的云原生架构实践
青团社是国内领先的一站式灵活用工招聘服务企业，灵活用工行业的 Top1。青团社于 2013 年在杭州成立，业务已经覆盖全国，在行业深耕 10 年。我的分享将分为以下三部分：青团社架构演进的历程、青团社如何实现云原生、总结与展望。
MQTT 5.0 报文解析 01：CONNECT 与 CONNACK
如果我们想要使用 MQTT 进行通信，第一步必然是建立一个 MQTT 连接，而建立 MQTT 连接需要用到两个控制报文，它们分别是 CONNECT 报文与 CONNACK 报文。CONNECT 报文是客户端与服务端建立网络连接后，向服务端发送的第一个控制报文，用来发起连接请求。服务端将返回 CONNACK 报文告知客户端连接结果。
Apache RocketMQ ACL 2.0 全新升级
RocketMQ ACL 2.0 不管是在模型设计、可扩展性方面，还是安全性和性能方面都进行了全新的升级。旨在能够为用户提供精细化的访问控制，同时，简化权限的配置流程。欢迎大家尝试体验新版本，并应用在生产环境中。
得物 ZooKeeper SLA 也可以 99.99%丨最佳实践
在本文中，作者探讨了ZooKeeper（ZK）的一个内存占用问题，特别是当有大量的Watcher和ZNode时，导致的内存消耗。
EMQX Enterprise 5.4 发布：OpenTelemetry 分布式追踪、OCPP 网关、Confluent 集成支持
新版本提供 OpenTelemetry 分布式追踪与日志集成功能，新增了开放充电协议 OCPP 协议接入能力，并为数据集成添加了 Confluent 支持。此外，新版本还进行了多项改进以及 BUG 修复，进一步提升了整体性能和稳定性。
EMQX Enterprise 5.5 发布：新增 Elasticsearch 数据集成
在这个版本中，我们引入了一系列新的功能和改进，包括对 Elasticsearch 的集成、Apache IoTDB 和 OpenTSDB 数据集成优化、授权缓存支持排除主题等功能。此外，新版本还进行了多项改进以及 BUG 修复，进一步提升了整体性能和稳定性。
接上篇文章，在测试宝塔 WAF 的未授权访问漏洞时无意间还发现了一个 SQL 注入漏洞
接上篇文章，在测试宝塔 WAF 的未授权访问漏洞时无意间还发现了一个 SQL 注入漏洞，品相还不错，可执行任意 SQL 语句。 总之，吃了一惊，一个防 SQL 注入的工具居然也有 SQL 注入漏洞。 请看这段代码
Seata AT模式问题之抛出异常触发回滚如何解决
Seata是一款开源的分布式事务解决方案，旨在提供高效且无缝的分布式事务服务；在集成和使用Seata过程中，开发者可能会遇到不同的异常问题，本合集针对Seata常见异常进行系统整理，为开发者提供详细的问题分析和解决方案，助力高效解决分布式事务中的难题
Seata适配问题之回滚失败如何解决
Seata是一款开源的分布式事务解决方案，旨在提供高效且无缝的分布式事务服务；在集成和使用Seata过程中，开发者可能会遇到不同的异常问题，本合集针对Seata常见异常进行系统整理，为开发者提供详细的问题分析和解决方案，助力高效解决分布式事务中的难题。
nacos服务端2.0.3 问题之启动报错如何解决
Nacos是一个开源的、易于部署的动态服务发现、配置管理和服务管理平台，旨在帮助微服务架构下的应用进行快速配置更新和服务治理；在实际运用中，用户可能会遇到各种报错，本合集将常见的Nacos报错问题进行归纳和解答，以便使用者能够快速定位和解决这些问题。
nacos报错问题之clonse报错如何解决
Nacos是一个开源的、易于部署的动态服务发现、配置管理和服务管理平台，旨在帮助微服务架构下的应用进行快速配置更新和服务治理；在实际运用中，用户可能会遇到各种报错，本合集将常见的Nacos报错问题进行归纳和解答，以便使用者能够快速定位和解决这些问题。
seata启动问题之指针异常如何解决
Seata是一款开源的分布式事务解决方案，旨在提供高效且无缝的分布式事务服务；在集成和使用Seata过程中，开发者可能会遇到不同的异常问题，本合集针对Seata常见异常进行系统整理，为开发者提供详细的问题分析和解决方案，助力高效解决分布式事务中的难题。
Nacos报错问题之启动报错找不到服务如何解决
Nacos是一个开源的、易于部署的动态服务发现、配置管理和服务管理平台，旨在帮助微服务架构下的应用进行快速配置更新和服务治理；在实际运用中，用户可能会遇到各种报错，本合集将常见的Nacos报错问题进行归纳和解答，以便使用者能够快速定位和解决这些问题。
Nacos配置问题之启动项目报错如何解决
Nacos是一个开源的、易于部署的动态服务发现、配置管理和服务管理平台，旨在帮助微服务架构下的应用进行快速配置更新和服务治理；在实际运用中，用户可能会遇到各种报错，本合集将常见的Nacos报错问题进行归纳和解答，以便使用者能够快速定位和解决这些问题。
Spring Cloud Alibaba环境问题之测试环境失败如何解决
Spring Cloud Alibaba提供了一套在Spring Cloud框架基础上构建的微服务解决方案，旨在简化分布式系统的开发和管理；本合集将探讨Spring Cloud Alibaba在实际应用中的部署和使用技巧，以及该框架常见问题的诊断方法和解决步骤。
Spring Cloud Alibaba服务问题之服务报错如何解决
Spring Cloud Alibaba提供了一套在Spring Cloud框架基础上构建的微服务解决方案，旨在简化分布式系统的开发和管理；本合集将探讨Spring Cloud Alibaba在实际应用中的部署和使用技巧，以及该框架常见问题的诊断方法和解决步骤。
seata回滚问题之全局异常如何解决
Seata是一款开源的分布式事务解决方案，旨在提供高效且无缝的分布式事务服务；在集成和使用Seata过程中，开发者可能会遇到不同的异常问题，本合集针对Seata常见异常进行系统整理，为开发者提供详细的问题分析和解决方案，助力高效解决分布式事务中的难题。
nacos启动问题之启动时连接报错如何解决
Nacos是一个开源的、易于部署的动态服务发现、配置管理和服务管理平台，旨在帮助微服务架构下的应用进行快速配置更新和服务治理；在实际运用中，用户可能会遇到各种报错，本合集将常见的Nacos报错问题进行归纳和解答，以便使用者能够快速定位和解决这些问题。
Spring Cloud Alibaba分布式事务问题之事务commit失败如何解决
Spring Cloud Alibaba提供了一套在Spring Cloud框架基础上构建的微服务解决方案，旨在简化分布式系统的开发和管理；本合集将探讨Spring Cloud Alibaba在实际应用中的部署和使用技巧，以及该框架常见问题的诊断方法和解决步骤。
nacos安装问题之报错如何解决
Nacos是一个开源的、易于部署的动态服务发现、配置管理和服务管理平台，旨在帮助微服务架构下的应用进行快速配置更新和服务治理；在实际运用中，用户可能会遇到各种报错，本合集将常见的Nacos报错问题进行归纳和解答，以便使用者能够快速定位和解决这些问题。
nacos服务注册问题之容器报错如何解决
Nacos是一个开源的、易于部署的动态服务发现、配置管理和服务管理平台，旨在帮助微服务架构下的应用进行快速配置更新和服务治理；在实际运用中，用户可能会遇到各种报错，本合集将常见的Nacos报错问题进行归纳和解答，以便使用者能够快速定位和解决这些问题。
百万并发，API 网关抗住了亚运会流量高峰
本文主要介绍作为亚运会所有核心流量的入口，阿里云推出了一款百万并发规格的 API 网关，抗住了亚运会流量高峰，为亚运会提供强大的技术支持。
RabbitMQ之延迟队列（手把手教你学习延迟队列）
【1月更文挑战第12天】延时队列,队列内部是有序的，最重要的特性就体现在它的延时属性上，延时队列中的元素是希望在指定时间到了以后或之前取出和处理，简单来说，延时队列就是用来存放需要在指定时间被处理的元素的队列的。
RabbitMQ 集群和镜像队列
【1月更文挑战第11天】 一、clustering(集群) 1、使用集群的原因 2、搭建步骤 2.1、拉取镜像 2.2、创建三个RabbitMQ容器节点 2.3、集群搭建 二、镜像队列 1、使用镜像的原因 2、搭建步骤
RabbitMQ 核心部分之简单模式和工作模式
【1月更文挑战第9天】 1.消息属性 RabbitMQ是基于AMQP消息传输协议来实现的消息中间件；类似HTTP有header和body两部分数据，Message是RabbitMQ中的消息体概念。 Message由Properties和Body组成，前者是一些元信息，如消息的优先级、持久化、传输格式（如JSON）、延迟等高级特性，Body则是传递的消息数据实体 2.消息投递 Exchange、Queue与Routing Key三个概念是理解RabbitMQ消息投递的关键。RabbitMQ中一个核心的原则是，消息不能直接投递到Queue中。 Producer只能将自己的消息投递到Exc
Redis持久化之RDB和AOF操作
【1月更文挑战第9天】 无论是面试还是工作，持久化都是重点! Redis是内存数据库，如果不将内存中的数据库状态保存到磁盘，那么一旦服务器进程退出，服务器中的数据库状态也会消失。所以Redis提供了持久化功能!——RDB（Redis DataBase）和AOF（Append Only File）
RabbitMQ之消息应答和持久化
【1月更文挑战第11天】 一、消息应答 1.概念 2.自动应答 3.消息应答方法 4.Multiple 的解释 5.消息自动重新入队 6.消息手动应答代码 7.手动应答效果演示 二、RabbitMQ持久化 1.概念 2.队列如何实现持久化 3.消息实现持久化 4.不公平分发 5.预取值
RabbitMQ之发布确认高级
【1月更文挑战第10天】 在生产环境中由于一些不明原因，导致 rabbitmq 重启，在 RabbitMQ 重启期间生产者消息投递失败，导致消息丢失，需要手动处理和恢复。于是，我们开始思考，如何才能进行 RabbitMQ 的消息可靠投递呢？特别是在这样比较极端的情况，RabbitMQ 集群不可用的时候，无法投递的消息该如何处理呢:
Redis缓存穿透、击穿和雪崩
【1月更文挑战第8天】 Redis缓存的使用，极大的提升了应用程序的性能和效率，特别是数据查询方面。但同时，它也带来了一些问题。其中，最要害的问题，就是数据的一致性问题，从严格意义上讲，这个问题无解。如果对数据的一致性要求很高，那么就不能使用缓存。 另外的一些典型问题就是，缓存穿透、缓存雪崩和缓存击穿。目前，业界也都有比较流行的解决方案。
RabbitMQ之发布确认
【1月更文挑战第10天】 生产者将信道设置成 confirm 模式，一旦信道进入 confirm 模式，所有在该信道上面发布的消息都将会被指派一个唯一的 ID(从 1 开始)，一旦消息被投递到所有匹配的队列之后，broker就会发送一个确认给生产者(包含消息的唯一 ID)，这就使得生产者知道消息已经正确到达目的队列了，如果消息和队列是可持久化的，那么确认消息会在将消息写入磁盘之后发出，broker 回传给生产者的确认消息中 delivery-tag 域包含了确认消息的序列号，此外 broker 也可以设置basic.ack 的 multiple 域，表示到这个序列号之前的所有消息都已经得到了处
RabbitMQ之死信队列
【1月更文挑战第10天】先从概念解释上搞清楚这个定义，死信，顾名思义就是无法被消费的消息，字面意思可以这样理解，一般来说，producer 将消息投递到 broker 或者直接到 queue 里了，consumer 从 queue 取出消息进行消费，但某些时候由于特定的原因导致 queue 中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信，有死信自然就有了死信队列。 应用场景:为了保证订单业务的消息数据不丢失，需要使用到 RabbitMQ 的死信队列机制，当消息消费发生异常时，将消息投入死信队列中.还有比如说: 用户在商城下单成功并点击去支付后在指定时间未支付时自动失效。
