Mobabel

Just One Pure ITer

Category: Java Architecture

[转]17 个方面，综合对比 Kafka、RabbitMQ、RocketMQ、ActiveMQ 四个分布式消息队列 0

MQ in distributed Architecture

[转]17 个方面，综合对比 Kafka、RabbitMQ、RocketMQ、ActiveMQ 四个分布式消息队列

一、资料文档 二、开发语言 三、支持的协议 四、消息存储 五、消息事务 六、负载均衡 七、集群方式 八、管理界面 九、可用性 十、消息重复 十一、吞吐量TPS 十二、订阅形式和消息分发 十三、顺序消息 十四、消息确认 十五、消息回溯 十六、消息重试 十七、并发度 本文将从，Kafka、RabbitMQ、ZeroMQ、RocketMQ、ActiveMQ 17 个方面综合对比作为消息队列使用时的差异。

[汇总]监控系统经验 0

System Monitor

[汇总]监控系统经验

想吃透监控系统，就这一篇够不够? 这篇监控系统的建设思路，让你彻底找出性能瓶颈 系统监控 USE 法（Utilization Saturation and Errors）:USE 法把系统资源的性能指标，简化成了三个类别，即使用率、饱和度以及错误数。 性能指标: CPU, Memory, IO, Network, Connection 监控系统: 数据采集模块，数据存储模块，数据查询和处理模块，告警模块，可视化展示模块 应用监控 应用监控指标 全链路监控 日志监控   目标4个9的可用性？试试用 Prometheus 和 Grafana记录服务可用时间

[转]Redis高级特性与性能调优 0

Redis Optimization

[转]Redis高级特性与性能调优

本文将从Redis的基本特性入手，通过讲述Redis的数据结构和主要命令对Redis的基本能力进行直观介绍。之后概览Redis提供的高级能力，并在部署、维护、性能调优等多个方面进行更深入的介绍和指导。 本文适合使用Redis的普通开发人员，以及对Redis进行选型、架构设计和性能调优的架构设计人员。

[转]支付宝架构师眼中的高并发架构 0

Huge Distributed System Evolution

[转]支付宝架构师眼中的高并发架构

前言 高并发经常会发生在有大活跃用户量，用户高聚集的业务场景中，如：秒杀活动，定时领取红包等。 为了让业务可以流畅的运行并且给用户一个好的交互体验，我们需要根据业务场景预估达到的并发量等因素，来设计适合自己业务场景的高并发处理方案。 在电商相关产品开发的这些年，我有幸的遇到了并发下的各种坑，这一路摸爬滚打过来有着不少的血泪史，这里进行的总结，作为自己的归档记录，同时分享给大家。

[转]从单个服务器扩展到百万用户的系统 0

SOA Architect to MS Architect

[转]从单个服务器扩展到百万用户的系统

你开发了一个网站（例如网上商店、社交网站或者其他任何东西），之后你把它发布到了网上，网站运行良好，每天有几百的访问量，能快速地相响应用户的请求。 但是有一天，不知道什么原因，你的网站出名了！ 每分每秒都有成千上万的用户蜂拥而至，你的网站变得越来越慢…… 对你来讲，这是个好消息，但是对你的Web应用来说这是个坏消息。因为现在它需要扩展了，你的应用需要为全球用户提供7*24不宕机服务。