中间件

首页 标签 中间件
# 中间件 #
关注
9741内容
|
27天前
|
《Python生态事件溯源与CQRS轻量化落地指南》
本文聚焦事件溯源与CQRS架构在Python生态的轻量化落地,打破其“重型架构”的刻板印象。针对开发者照搬静态语言方案、过度抽象的误区,提出基于Python语言特性的核心实践:以原生数据类定义原子化不可变事件,通过逻辑层面实现读写职责分离,摒弃独立读写服务的臃肿设计;采用轻量数据库封装极简事件存储层,利用迭代器、异步特性实现高效状态重建。
|
27天前
|
阿里云服务器u2a实例(初创企业优选)ECS通用算力型性能测评,AMD EPYC处理器
阿里云ECS通用算力型u2a实例,搭载AMD EPYC处理器,性价比高,性能均衡,适配初创企业多元场景。实测显示其在CPU多线程、内存、存储及网络方面表现优异,支持灵活配置与弹性扩展,年付低至492.6元一年,是低成本上云优选方案。
|
29天前
|
2026 AI 大模型 LLM API 生态全景:AnythingLLM、OpenRouter、LiteLLM 与 n1n.ai 深度对比
面对 AI 生态的爆发,如何选择合适的 LLM API 基础设施?本文深度横评 AnythingLLM、OpenRouter、LiteLLM 与 n1n.ai 四大主流工具。从个人 AI 开发到企业级 AI 大模型部署,剖析各平台在 AI API 聚合及成本控制上的优劣,助你构建高效的 AI 大模型技术栈。
|
1月前
| |
来自: 云原生
AI Agent 记忆系统:从短期到长期的技术架构与实践
当智能体需要处理越来越复杂的任务和更长的对话历史,核心挑战是什么,又该如何突破。
RocketMQ:底层Netty频繁OS OOM
本文分析了一起RocketMQ应用因Netty频繁申请堆外内存导致OS OOM的问题。根本原因是多个ClassLoader加载了多个PooledByteBufAllocator实例,各自独立占用堆外内存,突破JVM的MaxDirectMemorySize限制。结合Arthas、NMT等工具深入排查,最终定位到rocketmq-client实例占用近1G堆外内存。建议短期调小Java堆以腾出空间,长期优化Netty内存使用与类加载机制。
产生幂等场景
在Web应用中,网络延迟、用户重复操作或中间件重试常导致请求重复。若接口无幂等性,可能引发数据状态不一致、重复提交等问题,影响系统稳定性与数据完整性。
RocketMQ:底层Netty频繁OS OOM
本文详述RocketMQ因Netty多ClassLoader加载多个PooledByteBufAllocator,导致堆外内存超限引发OS OOM的排查过程,揭示底层内存管理机制及解决方案。
RocketMQ:底层Netty频繁OS OOM
本文记录了一例Java应用因多ClassLoader加载多个Netty的PooledByteBufAllocator导致堆外内存超限,引发OS OOM的排查过程。尽管MaxDirectMemorySize设为1G,但多个中间件独立占用堆外内存,总量远超限制。通过NMT、Arthas等工具定位到RocketMQ客户端为主要占用者。最终建议短期调小堆内存以腾出空间,并推动中间件优化。
应用架构图
技术架构是将业务需求转化为技术实现的关键过程,涵盖分层设计、技术选型与系统间关系梳理。本文详解单体与分布式架构,包括展现层、业务层、数据层及基础层的设计原则,并阐述应用内外调用关系与边界划分,助力构建清晰的技术体系。
|
2月前
| |
来自: 云原生
RocketMQ:底层Netty频繁OS OOM
本文记录了一例Java应用因Netty多ClassLoader加载多个PooledByteBufAllocator实例,导致堆外内存超限引发OS OOM的排查过程。通过NMT、Arthas等工具分析,发现多个中间件独立加载Netty,各自绕过JVM直接内存限制分配堆外内存,总量远超MaxDirectMemorySize。最终定位RocketMQ客户端为主要内存占用者,建议短期调小Java堆让出内存,长期优化中间件内存使用。
免费试用