Star 3w+，向更安全、更泛化、更云原生的 Nacos3.0 演进
祝贺 Nacos 社区 Star 数突破 30000！值此时机，回顾过去的两年时间，Nacos 从 2.0.4 版本演进到了 2.4.2 版本，基本完成了当初构想的高性能、易拓展的目标，并且对产品的易用性和安全性进行了提升，同时优化了新的官网，并进行了多语言和更多生态支持。未来，Nacos 会向更安全、更泛化、更云原生的 Nacos3.0 演进。
Star 4w+，Apache Dubbo 3.3 全新发布，Triple X 领衔，开启微服务通信新时代
在 Apache Dubbo 突破 4w Star 之际，Apache Dubbo 团队正式宣布，Dubbo 3.3 正式发布！作为全球领先的开源微服务框架，Dubbo 一直致力于为开发者提供高性能、可扩展且灵活的分布式服务解决方案。此次发布的 Dubbo 3.3，通过 Triple X 的全新升级，突破了以往局限，实现了对南北向与东西向流量的全面支持，并提升了对云原生架构的友好性。
云消息队列 ApsaraMQ Serverless 演进：高弹性低成本、更稳定更安全、智能化免运维
在 2024 年云栖大会上，阿里云智能集团产品专家刘尧全面介绍了云消息队列 ApsaraMQ Serverless 的落地成果和产品进展。此外，我们还邀请到杭州优行科技有限公司中间件消息研发负责人王智洋，分享了 ApsaraMQ for Kafka Serverless 助力曹操出行实现成本优化和效率提升的实践经验。
GraalVM 静态编译下 OTel Java Agent 的自动增强方案与实现
在 2024 OpenTelemetry Community Day 会议中，阿里云可观测工程师张乎兴（望陶）和饶子昊（铖朴）为大家带来了《GraalVM 静态编译下 OTel Java Agent 的自动增强方案与实现》的演讲分享，介绍阿里云在相关领域的探索方案，本文是相关分享对应的中文整理。
在 Windows 平台搭建 MQTT 服务
NanoMQ 有着强大的跨平台和可兼容能力，不仅可以用于以 Linux 为基础的各类平台，也为 Windows 平台提供了 MQTT 服务的新选择。
构建多模态模型，生成主机观测指标，欢迎来战丨2024天池云原生编程挑战赛
本次比赛旨在如何通过分析 ECS 性能数据和任务信息，综合利用深度学习、序列分析等先进技术，生成特定机器的性能指标。参赛者的解决方案将为云资源管理和优化决策提供重要参考，助力云计算资源的高效稳定运行和智能化调度。
欢迎报名 Apache Seata (incubating) 开源之夏
Apache Seata (incubating) 邀请学生参加 2024 年开源之夏活动，报名时间为 4 月 30 日至 6 月 3 日。该项目旨在培养分布式事务领域的开发者，参与者将远程协作并有机会获得奖金。
低成本、高稳定性 | 满帮集团 Eureka 和 ZooKeeper 的上云实践
业务体量增大后，日益凸显的架构稳定性问题该如何解决？满帮集团选择了上阿里云，采用阿里云 MSE Nacos，MSE ZooKeeper 产品替换原先的 Eureka 和 Zookeeper 集群，做到了低成本快速的架构升级，以及上云期间业务流量的无损平滑迁移。
如何用JAVA如何实现Word、Excel、PPT在线前端预览编辑?
随着信息化的发展，在线办公也日益成为了企业办公和个人学习不可或缺的一部分，作为微软Office的三大组成部分：Word、Excel和PPT也广泛应用于各种在线办公场景，但是由于浏览器限制及微软Office的不开源等特性，导致Word、Excel和PPT在在线办公很难整合到自己公司的OA或者文档系统。
云原生最佳实践系列2：基于 MSE 云原生网关同城多活
通过使用阿里云的云原生微服务引擎 MSE，可以实现注册中心的同城容灾多活微服务应用。MSE 提供了云原生网关和注册中心，支持机房级故障的秒级自动转移、非对等部署下的全局流量负载均衡以及流量精细化管控。
EMQX Enterprise 5.4 发布：OpenTelemetry 分布式追踪、OCPP 网关、Confluent 集成支持
新版本提供 OpenTelemetry 分布式追踪与日志集成功能，新增了开放充电协议 OCPP 协议接入能力，并为数据集成添加了 Confluent 支持。此外，新版本还进行了多项改进以及 BUG 修复，进一步提升了整体性能和稳定性。
nacos安装问题之报错如何解决
Nacos是一个开源的、易于部署的动态服务发现、配置管理和服务管理平台，旨在帮助微服务架构下的应用进行快速配置更新和服务治理；在实际运用中，用户可能会遇到各种报错，本合集将常见的Nacos报错问题进行归纳和解答，以便使用者能够快速定位和解决这些问题。
RabbitMQ之发布确认高级
【1月更文挑战第10天】 在生产环境中由于一些不明原因，导致 rabbitmq 重启，在 RabbitMQ 重启期间生产者消息投递失败，导致消息丢失，需要手动处理和恢复。于是，我们开始思考，如何才能进行 RabbitMQ 的消息可靠投递呢？特别是在这样比较极端的情况，RabbitMQ 集群不可用的时候，无法投递的消息该如何处理呢:
RabbitMQ的幂等性、优先级队列和惰性队列
【1月更文挑战第12天】用户对于同一操作发起的一次请求或者多次请求的结果是一致的，不会因为多次点击而产生了副作用。举个最简单的例子，那就是支付，用户购买商品后支付，支付扣款成功，但是返回结果的时候网络异常，此时钱已经扣了，用户再次点击按钮，此时会进行第二次扣款，返回结果成功，用户查询余额发现多扣钱了，流水记录也变成了两条。在以前的单应用系统中，我们只需要把数据操作放入事务中即可，发生错误立即回滚，但是再响应客户端的时候也有可能出现网络中断或者异常等等
可观测实践，如何利用 AI 算法解决告警配置三大难题
本文介绍了如何利用 AI 算法解决“不知道该监控哪些指标”、“不知道该设置什么阈值”、“指标正常情况下就起伏不定，怎么配告警”告警配置三大难题。
