中间件

首页 标签 中间件
# 中间件 #
关注
9748内容
应用架构图
技术架构是将业务需求转化为技术实现的关键过程,涵盖分层设计、技术选型与关键技术整合。基于应用架构,构建包括表现层、业务层、数据层和基础层的单体或分布式架构,明确系统内外调用关系与边界,支撑业务高效落地。(238字)
应用架构图
应用架构图是技术实现的蓝图,体现系统分层、技术选型及应用间调用关系。涵盖单体与分布式架构,明确内外系统边界、数据流转与服务集成,支撑业务需求向技术落地的转化。(239字)
|
3月前
| |
来自: 云效DevOps
应用架构图
在业务架构基础上,技术架构将需求转化为技术实现。它涵盖分层设计、技术选型与关键技术关系,形成完整架构图。单体架构通常分为表现、业务、数据和基础四层,分别支撑用户交互、业务逻辑、数据存储与通用能力。分布式架构则体现应用间及外部系统的调用关系,明确内外边界,指导系统集成与扩展。
应用架构图
技术架构是将业务需求转化为技术实现的关键过程,涵盖分层设计、技术选型与系统间调用关系。本文详解单体与分布式架构,包括展现层、业务层、数据层及基础层的职责,并阐述应用内外部调用关系与边界划分,构建清晰的技术蓝图。
RocketMQ:底层Netty频繁OS OOM
本文分析了一起RocketMQ应用因底层Netty频繁申请堆外内存导致OS OOM的问题。根本原因为多个ClassLoader加载了多个Netty的PooledByteBufAllocator实例,各自独立占用堆外内存,绕过JVM的MaxDirectMemorySize限制,最终导致系统内存耗尽。通过Arthas排查发现总占用远超配置,建议短期调小Java堆以腾出空间,并推动中间件优化内存使用。
|
3月前
|
阿里生产故障专题06
本文排查了一例RocketMQ应用因Netty频繁申请堆外内存导致OS OOM的问题。根本原因为多个ClassLoader加载了多个Netty的PooledByteBufAllocator实例,各自独立占用堆外内存,总使用量远超MaxDirectMemorySize限制。虽单个Allocator受1G限制,但7个实例叠加致整体超限,且Netty通过Unsafe直接分配内存,绕过JVM管控,最终引发系统级OOM。
|
3月前
|
应用架构图
技术架构是将业务需求转化为技术实现的关键过程,涵盖分层设计、技术选型与系统集成。包括单体架构的四层模型(表现、业务、数据、基础)与分布式架构下的服务调用关系,明确内外系统边界,支撑应用高效协同与扩展。
RocketMQ:底层Netty频繁OS OOM
本文记录了一例Java应用因多ClassLoader加载多个Netty的PooledByteBufAllocator导致堆外内存超限、触发OS OOM的排查过程。通过NMT、Arthas等工具分析,发现7个不同类加载器各自维护堆外内存配额,绕过JVM直接内存管控,最终总占用远超MaxDirectMemorySize设置。建议短期调整堆大小以保障可用性,长期推动中间件优化。
RabbitMQ介绍
RabbitMQ是基于Erlang开发的开源消息中间件,实现应用程序间的异步通信。核心组件包括生产者、消费者、队列、交换机和虚拟主机,支持消息路由与隔离。通过管理控制台可便捷运维。官网:https://www.rabbitmq.com/
免费试用