m0_64420350的博客

什么叫消息队列？消息（Message）是指在应用间传送的数据。消息可以非常简单，比如只包含文本字符串，也可以更复杂，可能包含嵌入对象。消息队列（Message Queue）是一种应用间的通信方式，消息发送后可以立即返回，由消息系统来确保消息的可靠传递。消息发布者只管把消息发布到 MQ 中而不用管谁来取，消息使用者只管从 MQ 中取消息而不管是谁发布的。这样发布者和使用者都不用知道对方的存在。为何用消息队列？消息队列是一种应用间的异步协作机制，那什么时候需要使用消息队列呢？像用户下单之后、生成订单

为了构建高并发、高可用的系统架构，压测、容量预估必不可少，在发现系统瓶颈后，需要有针对性地扩容、优化。结合楼主的经验和知识，本文做一个简单的总结，欢迎探讨。1、QPS保障目标一开始就要明确定义QPS保障目标，以此来推算所需的服务、存储资源。可根据历史同期QPS，或者平时峰值的2到3倍估算。压测目标示例：qps达到多少时，服务的负载正常，如平均响应时间、95分位响应时间、cpu使用率、内存使用率、消费延迟低于多少 不要让任何一个环节成为瓶颈，需考虑服务实例、数据库、Redis、ES、Hbas

“软件吞噬世界，开源吞噬软件，云原生吞噬开源”，这是全球技术界流传的三句话。而随着互联网在线业务的蓬勃发展，数据库面临着数据量大、高并发和超高峰值等诸多挑战。分布式数据库已成为业界普遍采用的有效解决方案。给大家带来的这份腾讯T14级SQL首席架构师撰写的“分布式数据库原理、架构与实践”将对分布式数据库核心技术问题进行了深入剖析，阐述了分布式经典理论，揭示了分布式系统一致性本质，详细介绍了解决一致性问题的重要协议和方法;该书还对分布式数据库架构进行了讲解，讨论了如何通过计算/存储分离、智能化和

前言最近公司因业务发展需要建设一个新应用，在架构设计时我也有机会能在提供一些建议，这个过程还是比较有趣的，要找到符合业务场景和用户需求的技术，并且要考虑未来的扩展性，相对来说还是比较困难的。涉及到后端、前端、开发规范、运维等多个方面的大量技术内容，为了以后能在类似的工作中变得更容易，我决定在本期内容中进行整理，列出一些在新项目建设时需要考虑的一些问题。提前声明一下，本期内容在大多数问题下只提供一些解决该问题的技术，对于实现细节不是这期内容的重点；可能存在不完整的地方，主要的技术栈为Java；希望

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

阅读收获✔️1. 了解单点登录实现原理✔️2. 掌握快速使用xxl-sso接入单点登录功能一、早期的多系统登录解决方案单系统登录解决方案的核心是cookie，cookie携带会话id在浏览器与服务器之间维护会话状态。但cookie是有限制的，这个限制就是cookie的域（通常对应网站的域名），浏览器发送http请求时会自动携带与该域匹配的cookie，而不是所有cookie 既然这样，为什么不将web应用群中所有子系统的域名统一在一个顶级域名下，例如“*.baidu.com”，然后...