华烬
2018-02-26
看到挖掘机的时候我笑了,印象中真的经历过光纤被挖断的故障
11
songyy
2018-02-21
我觉得自己缺少解决 大规模 高可用 分布式 问题的经验,一直希望在这方面进行深挖但无奈工作范围限制,没有相关的问题可以遇到。期待能在这个系列之中看到更多的例子 😁
6
一飞
2019-03-28
异步调用为啥是容错设计? 应该是提高性能的一种策略。
1
3
slark
2020-01-16
弹力设计,保持系统容错性。错误不可避免,如何在错误发生后恢复或者记录关键信息便于恢复才是我们应该达到的目标。对于故障,同时也要区分可能导致故障的场景,针对性地处理
1
yunfeng
2019-12-23
对于分布式系统,故障是不避免的。根据公式:我们程序鲁棒性越高越好,故障恢复时长越短越好。如何缩短故障恢复时长,自动化+流程化。
1
疾风紫狼
2019-08-08
能进能退乃真正法器可还行。
1
1
蓝海
2018-02-22
耗子哥可否在后面出一篇有关gcc优化带来的相关问题(各种崩溃,优化选项对程序做了哪些假设,哪些"非标准"的代码会导致优化错误),如何判断崩溃是由于优化,二进制不兼容,链接错误导致,而非一般的代码错误。gcc的优化选项看了官网说明很多遍,但说明过于简洁(编译原理只停留在前端印象,优化技术生疏),想了解的感性一些。这些bug问题解决都很费力,想归纳出一条方法经验论,怎样的代码要求才能对各种优化级别不出错(gcc本身bug除外)。以上的问题以及问题本身是否成立,想请耗子哥指导
1
楊_宵夜
2018-02-22
耗子叔每篇文章真是干货十足。
1
卢俊杰 _JAY
2018-02-20
以前或多或少写过一些数据库, MQ自动重连的代码,不过还没有一个整体的认识,多谢作者把这个事情系统化,条理清晰多了
1
Haan
2019-12-29
get
文刂 氵共 超
2019-12-20
坚持打卡,学习笔记 https://mubu.com/colla/3xYIprsBVJM
Dimple
2019-07-26
看完分布式,以为一块难点看完了;这下好了,还有分布式系统设计模式,又得扒一层皮,慢慢消化。耗子叔的输出,真的帮助太大
雨巷
2019-07-21
偶然再回顾了一下,容错设计又叫弹力设计,弹力设计这个名字我google了一下,并没有官方的定义,放在这里任意误导读者
edisonhuang
2019-07-01
分布式系统出故障是不可避免的,弹力设计的关键是要提高系统的可用性,提高MTTF,提高MTTF,一是拉长系统稳定运行时间,一是减少故障恢复时间。
由于分布式系统故障呢普遍性,因此在分布式系统设计的和开发的过程中,就要把故障当作不可或缺的一环来处理,尽可能让故障恢复过程自动化,从而真正提高系统可用
godtrue
2019-01-23
高度上来了,分布式系统也在弄,不过整体系统认知不足,正好学习下。
分布式系统太过分散和复杂,网络环境有不稳定,所以,问题不可避免,痛点感觉都在网络通信这一块了。
十八哥
2019-01-07
首先所有接口设计足够协议化,这是弹力前提。
痴痴笑笑(Bruce)
2019-01-04
目前正在做这方面的工作,刚好学以致用
loser
2018-12-02
很多公司应该支撑不到挖掘机这个阶段就倒闭了。
LeO
2018-09-13
提纲挈领,非常的系统地介绍了系统的高可用的设计理念
LeO
2018-09-13
提纲挈领,非常的系统地介绍了系统的高可用的设计理念
我们在线,来聊聊吧
✕
您好,当前有专业客服人员在线,让我们来帮助您吧。
我们在线,来聊聊吧