中间件

某 App 新版上线后收到大量用户投诉 App 闪退和崩溃。仅凭一条崩溃日志和会话追踪，团队如何在2小时内锁定「快速刷新导致数据竞态」这一根因？本文带你复现真实生产环境下的完整排查路径：从告警触发、堆栈分析、符号化解析，到用户行为还原——见证 RUM 如何让“无法复现的线上崩溃”无所遁形。

在现代 AI 应用中，多智能体（Multi-Agent）系统已成为解决复杂问题的关键架构。然而，随着智能体数量增多和任务复杂度提升，传统的同步通信模式逐渐暴露出级联阻塞、资源利用率低和可扩展性差等瓶颈。为应对这些挑战，RocketMQ for AI 提供了面向 AI 场景的异步通信解决方案，通过事件驱动架构实现智能体间的高效协作。本文将探讨和演示如何利用 RocketMQ 构建一个高效、可靠且可扩展的多智能体系统，以解决企业级 AI 应用中的核心通信难题。

魔方文娱携手阿里云构建全栈可观测体系，实现故障发现效率提升 80%、运维成本下降 40%，并融合 AI 驱动异常检测，迈向智能运维新阶段。

本文介绍了通过阿里云监控 2.0 的日志审计功能实现 AccessKey 和 RAM 角色的主动管理方案。核心是利用 Umodel 统一实体模型，将管控面（ActionTrail 日志）和数据面（OSS/SLS 日志）的日志数据转化为实体关系图谱，清晰展示身份凭证与云资源的交互行为。通过关联建模、内置洞察报表和告警规则，可追踪 AK/角色的使用情况、风险操作及资源影响，辅助安全清理和风险闭环。

本文详解如何利用 hiAppEvent 监控并获取 sourcemap、debug so 等核心产物，剖析了 hstack 工具如何将混淆的 Native 与 ArkTS 堆栈还原为源码，助力开发者掌握异常分析方法，提升应用稳定性。

阿里云 ARMS 团队倾力打造的鸿蒙 NEXT SDK，为鸿蒙应用提供了业界领先的全链路监控解决方案。这不仅仅是一个 SDK，更是您洞察用户体验、优化应用性能的智能伙伴。

本文记录了一次文件描述符（fd）泄漏问题的排查过程。在项目压测中，进程因打开过多文件导致fd资源耗尽，最终无法创建新文件。通过分析错误码、查看/proc/pid/fd路径下的文件句柄信息，定位到临时文件未正确关闭的问题根源，并修复代码中遗漏的close调用。同时总结了Linux下进程资源限制的相关知识点，强调开发中应关注资源使用情况，避免类似问题发生。

在近来发生的 DeepSeek 遭遇的安全事件中，我们可以看到当前人工智能行业在网络安全方面的脆弱性，同时也为业界敲响了警钟。唯有通过全行业的协同努力，加强整体、完善的网络安全可观测建设，才能为 AI 技术的创新和发展构建一个安全而稳固的环境。我们期盼并相信，在攻克这些网络安全难题之后，AI 创新将迎来更加安全、灿烂的未来。

大模型性能的持续提升，进一步挖掘了 RAG 的潜力，RAG 将检索系统与生成模型相结合，带来诸多优势，如实时更新知识、降低成本等。点击本文，为您梳理 RAG 的基本信息，并介绍提升大模型生成结果的方法，快一起看看吧~

乐刻运动通过采用阿里云的云消息队列 RocketMQ 版和云消息队列 MQTT 版，不仅提升了系统的实时数据处理能力，还增强了系统的可扩展性、可靠性和性能，为业务的持续发展和流畅的用户体验，提供了坚实的技术支持，进一步推动了数字经济与健身产业的深度融合。

海尔与阿里云的合作不仅推动了自身的技术革新和服务升级，更为整个智能家居行业树立了典范。在未来的发展道路上，双方将继续携手共进，共同迎接 AI 时代的到来，为全球用户创造更加美好的智慧生活。

LoongCollector是阿里云推出的下一代可观测数据管道，旨在融合多种采集技术，构建统一的可观测数据代理。它具备高性能、可靠性和灵活性，支持日志、指标和追踪等多类型数据采集。通过模块化设计和SPL处理引擎，LoongCollector实现了高效的数据处理与传输，并大幅简化了配置管理。此外，集成eBPF技术，提供无侵入、高性能的应用性能监控，适用于复杂异构环境。未来，LoongCollector将继续优化性能、探索AI赋能的智能化采集。

本文讲述了 Spring Cloud 应用中结合 Nacos 实现了运行期配置动态更新的功能，以及在此基础上结合 KMS 在不改动代码的情况下对应用使用的敏感配置进行保护，解决将配置迁移到 Nacos 中可能存在的数据安全顾虑，并对其底层工作原理做了简单介绍。

本文整理自阿里云智能集团资深技术专家，云原生产品线中间件负责人谢吉宝（唐三）在云栖大会的精彩分享。讲师深入浅出的分享了软件架构演进过程中，网关所扮演的各类角色，AI 应用的流量新特征对软件架构和网关所提出的新诉求，以及基于阿里自身实践所带来的开源贡献和商业能力。

【10月更文挑战第19天】开发者如何使用轻量消息队列MNS

本文将逐个介绍 Golang Agent 的新增功能。

Spring AI Alibaba 应用框架挑战赛邀请广大开发者参与开源项目的共建，助力项目快速发展，掌握 AI 应用开发模式。大赛分为《支持 Spring AI Alibaba 应用可视化调试与追踪本地工具》和《基于 Flow 的 AI 编排机制设计与实现》两个赛道，总计 30 万奖金。

本文介绍了一种使用C++实现的共享内存管理方案，通过借鉴Android property的设计思路，采用二叉树结构存储键值对，提高了数据检索效率。该方案包括设置和获取接口，支持多进程/线程安全，并提供了一个简单的测试示例验证其有效性。

在开发Express.js应用时，采用合理的缓存策略、请求压缩及优化路由匹配可大幅提升性能。本文介绍如何利用`express.static`实现缓存、`compression`中间件压缩响应数据，并通过精确匹配、模块化路由及参数化路由提高路由处理效率，从而打造高效应用。

在 2024 OpenTelemetry Community Day 会议中，阿里云可观测工程师张乎兴（望陶）和饶子昊（铖朴）为大家带来了《GraalVM 静态编译下 OTel Java Agent 的自动增强方案与实现》的演讲分享，介绍阿里云在相关领域的探索方案，本文是相关分享对应的中文整理。

RocketMQ 作为一款流行的分布式消息中间件，被广泛应用于各种大型分布式系统和微服务中，承担着异步通信、系统解耦、削峰填谷和消息通知等重要的角色。随着技术的演进和业务规模的扩大，安全相关的挑战日益突出，消息系统的访问控制也变得尤为重要。然而，RocketMQ 现有的 ACL 1.0 版本已经无法满足未来的发展。因此，我们推出了 RocketMQ ACL 2.0 升级版，进一步提升 RocketMQ 数据的安全性。本文将介绍 RocketMQ ACL 2.0 的新特性、工作原理，以及相关的配置和实践。

5 月 22 日 10:00，阿里云飞天发布时刻，阿里云应用实时监控服务 ARMS 宣布全面升级。这次发布不仅标志着阿里云技术实力的演进，更是对企业需求深刻洞察后的创新实践。

阿里云微服务引擎及 API 网关 2024 年 4 月产品动态。

Elasticsearch是一款强大的开源搜索引擎，用于快速搜索和数据分析。它在GitHub、电商搜索、百度搜索等场景中广泛应用。Elasticsearch是ELK（Elasticsearch、Logstash、Kibana）技术栈的核心，用于存储、搜索和分析数据。它基于Apache Lucene构建，提供分布式搜索能力。相比其他搜索引擎，如Solr，Elasticsearch更受欢迎。倒排索引是其高效搜索的关键，通过将词条与文档ID关联，实现快速模糊搜索，避免全表扫描。

本文介绍 Higress 将 Wasm 插件的运行时从 V8 切换到 WebAssembly Micro Runtime (WAMR) 的最新进展。

通过MSE（微服务引擎）、SAE（Serverless应用引擎）、ARMS（应用监控服务）、PTS（性能测试服务）等产品，实现微服务的无服务化部署、监控和弹性伸缩。

阿里云消息队列进化为ApsaraMQ，全面Serverless化。

在 GraalVM 静态编译下无侵入实现可观测探索

Seata是一款开源的分布式事务解决方案，旨在提供高效且无缝的分布式事务服务；在集成和使用Seata过程中，开发者可能会遇到不同的异常问题，本合集针对Seata常见异常进行系统整理，为开发者提供详细的问题分析和解决方案，助力高效解决分布式事务中的难题。

Sentinel 新版本发布，提升配置灵活性以及可观测配套

Seata是一款开源的分布式事务解决方案，旨在提供高效且无缝的分布式事务服务；在集成和使用Seata过程中，开发者可能会遇到不同的异常问题，本合集针对Seata常见异常进行系统整理，为开发者提供详细的问题分析和解决方案，助力高效解决分布式事务中的难题。

持续测试新范式：拨压测一体化

带你读《Apache Dubbo微服务开发从入门到精通》——二、 深入示例源码（3）

带你读《Apache Dubbo微服务开发从入门到精通》——三、 全链路追踪（4）

带你读《Apache Dubbo微服务开发从入门到精通》—— 一、 部署到传统虚拟机（上）

带你读《Apache Dubbo微服务开发从入门到精通》——四、服务网格（1）

实战！Spring Boot 整合 阿里开源中间件 Canal 实现数据增量同步！

解释COOKIES_ENABLED作用： * 当COOKIES_ENABLED是注释的时候scrapy默认没有开启cookie * 当COOKIES_ENABLED没有注释设置为False的时候scrapy默认使用了settings里面的cookie * 当COOKIES_ENABLED设置为True的时候scrapy就会把settings的cookie关掉，使用自定义cookie