许式伟的架构课
许式伟
七牛云 CEO
84945 人已学习
新⼈⾸单¥68
登录后,你可以任选4讲全文学习
课程目录
已完结/共 89 讲
许式伟的架构课
15
15
1.0x
00:00/00:00
登录|注册

56 | 服务治理篇:回顾与总结

版本化管理的重要性
对变更需求的结构化梳理
架构设计案例的重要性
服务治理系统的复杂性
云计算的历史意义和未来发展前景
服务的变更、健康状况、故障处理
工程师思维的重要性
服务治理系统的概要描述
Kubernetes的推出和影响
CoreOS的推出和影响
Docker的诞生和影响
桌面操作系统与服务端操作系统的发展
下一步学习的内容建议
对基础平台、桌面开发、服务端开发、服务治理的总结
架构思维
服务端治理篇的内容回顾
服务端操作系统的演进
结语
服务治理篇
服务端开发篇
服务治理篇:回顾与总结

该思维导图由 AI 生成,仅供参考

你好,我是七牛云许式伟。到今天为止,我们第四章 “服务端治理篇” 就要结束了。今天,让我们对整章的内容做一个回顾与总结。
服务端的话题被我分为了两章:“服务端开发篇” 与 “服务治理篇”。它们的边界在于,服务端开发致力于设计合适的业务架构来满足用户需求,而服务治理则致力于让服务端程序健康地为客户提供 7x24 小时不间断的服务。
从服务端开发的角度来看,服务端的迭代并不大。
上面这幅图我们已经很熟悉了。作为架构师,我们需要清楚的一点是,这个服务端体系架构图并不是逐步迭代出来的,实际上,从服务端开发这个分工出现之后,这个架构就没有发生过改变。这些年迭代的是什么?迭代的是负载均衡、数据库 / 存储中间件能力的丰富与完善。

服务端操作系统的演进

但从服务治理角度看,服务端技术的迭代很快。让我们先从操作系统谈起。
作为最底层的服务端操作系统,最初从桌面操作系统而来。但桌面操作系统自身在发展,服务端操作系统自身也在发展,两者渐行渐远。
桌面的领域特征是强交互,以事件为输入,GDI 为输出。所以,桌面技术的迭代,是交互的迭代,是人机交互的革命。
而服务端程序有很强烈的服务特征。它的领域特征是大规模的用户请求,以及 24 小时不间断的服务。这些都不是业务功能上的需要,是客户服务的需要。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

本文回顾了服务治理篇的内容,详细介绍了服务端技术的演进和变化。文章首先介绍了服务端操作系统的演进,从桌面操作系统向数据中心操作系统(DCOS)的转变,并讨论了Docker和CoreOS对服务端操作系统的影响。随后,文章探讨了服务治理系统的输入和输出,以及工程师思维在服务治理中的重要性。最后,文章探讨了云计算的历史意义、发展阶段和未来发展前景,指出云计算的诞生标志着服务端分工的正式形成。 作者强调了服务端技术的快速演进和复杂性,以及工程师思维在解决复杂问题中的重要性。同时,展望了未来服务端技术的发展趋势,指出服务端工程师可能会转向云计算基础设施的研发工程师或深入行业的研发工程师。 总的来说,本文通过对服务治理篇的内容回顾,展现了服务端技术的快速演进和复杂性,强调了工程师思维在解决复杂问题中的重要性,同时展望了未来服务端技术的发展趋势。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《许式伟的架构课》
新⼈⾸单¥68
立即购买
登录 后留言

全部留言(10)

  • 最新
  • 精选
  • humor
    老师,sql工程师的意思是只要会写sql就可以了吗?现在对于有些后端工程师来讲,可能就是会增删改查就可以了,但是有些后端工程师还需要懂业务啊、架构啊、操作系统啊、网络啊、数据结构与算法啊之类的,那后面的这类后端开发以后也不需要了吗?以后我们就不需要再学习除sql以外的这些难懂的知识了吗?

    作者回复: 这个事情短期还不会发生,别太担心。我的重点,只是提醒后端工程师别自我限制。眼光一定要开阔,不要像马车车夫不相信马车会消失一样。

    2019-11-25
    20
  • Geek_88604f
    最近这两个章节的高度真是不一般!值得仔细品味。不太明白的是:未来,所谓服务端工程师很可能不再存在。要么,你往基础设施走,变成一个云计算基础设施的研发工程师。要么你深入行业,变成某个领域的研发工程师。基础设施和某个领域的研发不都还是服务端吗?

    作者回复: 基础设施还可以说是服务端,但是人才需求量相对少,但是某个领域很可能就不需要常规意义的服务端工程师,可能只需要sql工程师。

    2019-11-13
    14
  • Geek_88604f
    重新温习了服务治理篇的总结和回顾,对虚拟化和容器化有了更进一步的理解。虚拟化它解决了资源交付的标准化,容器化解决的是软件交付的标准化。两者有很大的差别。

    作者回复: 是的

    2020-08-30
    5
  • Terry·LI
    服务治理是否也该包含一些客户端的范畴,请求服务器端端策略、崩溃上报、热更新、缓存策略等等?

    作者回复: 是会包含的

    2020-11-29
  • 有铭
    深有同感,场景比模式重要,设计师要会总结场景,把自己面对的需求抽象成场景比抽象成模式更有确定性
    2019-11-12
    1
    7
  • Jxin
    对大佬的理解深度,抽象精度以及文案描述能力都叹为观止。这个专栏真是长见识,很棒。
    2019-11-12
    4
  • Eternal
    这些 “通用的设计场景”,才是架构师真正的武器库。读到这里,感觉自己手中没兵刃,还在玩空手道,感谢老师的课程。学到这里之前关于架构的很多观点都被颠覆了,跟着老师的看到了高层次的视野,路艰且长!
    2019-11-30
    3
  • leslie
    整体架构是基于一堆的小的价格之上的架构:老师是先梳理了各层次架构,然后再讲总的架构。从基础平台-桌面开发-服务端开发-服务治理-最后到架构思维,循序渐进-收获颇深;全栈的知识看似有序可是却是很难各层总整体上去看-大局观,可是跟到现在基本上达到了这个预期。 不知不觉老师的课程从春天跟到了冬天:谢谢老师的辛勤付出和教诲,期待老师后续的分享。
    2019-11-14
    2
    3
  • Aaron Cheung
    云计算基础设施工程师 一般的职位职责是如何呢 大厂有 中小厂是否无法支撑呢
    2019-11-12
    1
    2
  • ifelse
    学习打卡
    2023-09-28归属地:浙江
收起评论
显示
设置
留言
10
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部