• huaxiaofeng
    2020-12-09
    人体就是一个高可用的系统,人的很多器官有两个及以上(冗余设计),少了一个,人体还能够正常的工作,还能继续生活,每个器官也有不同的等级,就好比服务治理中的,核心服务,和非核心服务,核心服务不能挂,挂了就会影响到整个业务,就好比人的心脏,如果停止工作,那整个人就挂了,但是断了一只手,人还是能够生活(服务降级),架构设计可以参考生物学中的很多概念。

    作者回复: 你好, huaxiaofeng 这个比喻太好了,真棒

    共 2 条评论
    36
  • 老张
    2021-02-15
    限流降级熔断,应用高可用的三板斧。 缓存升配扩容,应用高性能的三板斧。 多机异地灾备,机器高可用的三板斧。

    作者回复: 你好,老张 好文采

    
    15
  • glutton
    2020-12-09
    每天上班的例子,真是太好了,贴切又联系生活,很好理解。 高可用不等于高可靠。 高可用的本质是冗余设计,实例级、机房级、城市级等等;代码逻辑的bug,通过灰度、沙箱、预发布等多环境验证;如果是稳定元素突发事件,那就认命,接纳自己,这个认知也是无比的正确啊。 学以致用,知行合一,方能化为己用。 认知!认知!认知!整个课程,也在反复讲认知,正确的认知,不单单是对技术工作有帮助,也是我们世界观的基础,希望后续还是多讲认知相关的内容,平时也看书啥的,但是没有乔老师讲的这么精辟。 目前公司就是业务连续性高于一切,对于业务连续性,我的一点思考是,业务连续性指:线上业务不间断提供服务;并持续交付新业务。 最后,我看彩食鲜在招人,也有base北京的,去面的话,可能聊到您不?

    作者回复: 你好,glutton 可以啊,大家认知一致,做事简单,欢迎加入,你可以留下联系方式,我来联系你。

    共 2 条评论
    8
  • 技术修行者
    2020-12-09
    非常同意下面的观点: 1. 高可用就是保证业务连续性。 2. 高可用不等于高可靠,高可用会有很多trade-off。 3. 高可用的实现,需要架构自顶向下的进行思考,只单独考虑某个功能或者模块的高可用,并不能保证整个业务链路的高可用。 4. Design for failure很重要,不能服务降级或者熔断的服务风险太大了。

    作者回复: 你好,李潘 总结的特别好

    
    3
  • Geek_4c2596
    2021-01-14
    乔老师将高并发,高可用,高扩展做了非常深刻而精炼的提炼,直达问题本质。这些本质的认知就如同内功心法,必须得融汇贯通才不至于落入了解一大堆方法,工具但还是做不好架构设计;也不是熟读内功心法就能无招胜有招,而是经过不断的实践,练习之后的闲手拈来不着痕迹。

    作者回复: 你好,Geek_4c2596 都是实战经验总结,没有一点虚头八脑的东西,简单实用,都是触及问题本质的内容。 感谢认可,加油!

    
    1
  • Demon.Lee
    2020-12-11
    重点:学以致用,学以致用,否则学了也是白学。从小学到大学,没用过的是不是都还给老师了?太真实。

    作者回复: 你好,Demon.Lee 哈哈,加油

    
    1
  • 椿
    2020-12-09
    讲的非常好,超值的课程!

    作者回复: 你好,😚 46 谢谢

    
    1
  • 大师兄
    2021-05-06
    非常有价值的课,多次刷,结合项目开展起来。

    作者回复: 你好,大师兄 谢谢,加油,祝工作更上一层楼。

    
    
  • ubuntuMax
    2021-03-20
    高可用必须要保证业务可用,这点是全文关键点。其次,对于不完美去接受,然后持续改进,这种态度也值得学习。 最后是真的感觉到做技术管理非常不容易,前路漫漫。

    作者回复: 你好,ubuntuMax 不断成长,享受旅途的快乐

    
    
  • Bravery168
    2021-03-18
    这章对高可用的解读很赞,有深度。

    作者回复: 你好,Bravery168 感谢,都是实战中的经验总结,当然也包括当年在IBM体系化学习中的内容。

    
    