![](https://img-blog.csdnimg.cn/20201014180756925.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
架构
文章平均质量分 83
在路上的德尔菲
这个作者很懒,什么都没留下…
展开
-
【读书笔记】【思考总结】《AKF15条架构原则》
N + 1设计永远不要少于两个,通常为三个。比方说无状态的Web/API一般部署服务器至少>=2个。(高可用)回滚设计确保系统可以回滚到以前发布过的任何版本。可以通过发布系统保留历史版本。发布阶段做到可监控、可灰度、可回滚。(高可用)禁用设计高可用:能够关闭任何发布的功能。如注册中心节点下线,或者使用动态开关机制(Feature Switch),可以按需一键打开,如发现问题随时关闭禁用。(高可用)监控设计高可用:在设计阶段就必须考虑监控,而不是在实施完毕之后补充。例如在需求阶段就要考虑关原创 2021-08-28 16:48:51 · 368 阅读 · 0 评论 -
【干货分享】深入理解高可用之限流
常用方法 RateLimiter rateLimiter = RateLimiter.create(2); boolean res = rateLimiter.tryAcquire(); rateLimiter.getRate(); rateLimiter.setRate(100); rateLimiter.tryAcquire();@ThreadS原创 2021-07-27 15:48:58 · 328 阅读 · 0 评论 -
【总结思考】高可用架构设计的7大核心原则
少依赖原则:能不依赖,尽可能不依赖,越少依赖越好当两个事物之间有了关系,就会相互影响,就互为对方的一个风险,一个出问题可能会影响另外一个。所以能不依赖的尽量不依赖。弱依赖原则:一定要依赖的,尽可能弱依赖,越弱越好事物a强依赖事物b,一旦b出现问题时,那么a也会出问题,任何强依赖都要尽可能的转化为弱依赖,可以直接降低出问题的概率。如完成交易后会积分发放,交易核心系统需要依赖积分服务,好的方式是使用异步化的方式,就算积分服务出现问题,也不会影响交易核心链路。分散原则:鸡蛋不要放在一个篮子里,分散风险原创 2021-06-29 20:40:05 · 828 阅读 · 0 评论 -
【架构】小白都能理解的大型互联网架构演进过程
前言你刚刚搭建了你的网站,网上商城或社交网络,把它放在网上,事情进展顺利,每天有几百名访客通过你的网站,请求得到快速回复,订单立即处理,一切都很好运行。但后来发生了一件可怕的事:你成功了!!越来越多的用户涌入,数千,数万,每小时,每分钟,每秒……对你的业务来说,这对你的基础设施来说是个坏消息,因为现在,它需要扩展。即意味着它需要能够同时为更多的客户提供服务、随时随地提供服务、为全球用户提供服务。如何扩容?几年前,首先讨论“垂直”(scaling up )与“水平”(scaling ou翻译 2021-05-16 11:05:56 · 191 阅读 · 0 评论