说起消息队列，ActiveMQ、RabbitMQ、RocketMQ、Kafka、Pulsar 等纷纷涌入我们的脑海中， 在如此众多的开源消息队列产品中，作为一名合格的架构师如何给出高性价比的方案呢？

在微服务架构中，一个大系统被拆分成多个小服务，小服务之间大量 RPC 调用，经常可能因为网络抖动等原因导致 RPC 调用失败，这时候使用重试机制可以提高请求的最终成功率，减少故障影响，让系统运行更稳定。 重试能够提高服务稳定性，但是一般情况下大家都不会轻易去重试，或者说不敢重试…

当企业应用系统逐渐增多后，每个系统单独管理各自的用户数据容易形成信息孤岛，分散的用户管理模式阻碍了企业应用向平台化演进。当企业的互联网业务发展到一定规模，构建统一的标准化账户管理体系将是必不可少的，因为它是企业互联网云平台的重要基础设施，能够为平台带来统一的帐号管理、身份认证、…

最近这几年，微服务真是如日中天，火得不行。但很多人并没有接触过，甚至都不知道微服务的发展过程，微服务来历，然后上来就开干，这篇文章偏向于理论，请看内容。同时欢迎大家点赞、转发！ 文章主要内容 一、微服

当公司已积累了多个服务，服务又涉及多个语言开发，如何高效管理这些服务，减轻工作压力，扩展思路。看看这个方案！

这篇文章主要是微服务技术的学习笔记，参考资料是 波波老师的微服务架构、阮老师文章 持续总结更新。。。 微服务安全解决什么问题 背景 OAuth2 提出的背景就是开放系统间授权问题。比如我有一组照片存储

前言 关于微服务的公共依赖模块的抽取、统一版本管理、统一私服配置等，尝试了多种方案，整理优化了多次，分享一下。 期望达到的效果： 1、统一的三方库版本管理 2、统一的私服配置（上传、下载、下载插件）

做微服务架构优化时做的一些实战总结，主要讲述了微服务API网关的作用与技术选型，正在使用的Soul网关主要实现原理。

BASE, Basically Available（基本可用） 、Soft-state（软状态） 和 Eventually Consistent（最终一致性），EDA 事件驱动架构 微服务 支付业务