许式伟的架构课
许式伟
七牛云CEO
立即订阅
19913 人已学习
课程目录
已更新 71 讲 / 共 77 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 怎样成长为优秀的软件架构师?
免费
基础平台篇 (21讲)
01 | 架构设计的宏观视角
02 | 大厦基石:无生有,有生万物
03 | 汇编:编程语言的诞生
04 | 编程语言的进化
05 | 思考题解读:如何实现可自我迭代的计算机?
06 | 操作系统进场
07 | 软件运行机制及内存管理
08 | 操作系统内核与编程接口
09 | 外存管理与文件系统
10 | 输入和输出设备:交互的演进
11 | 多任务:进程、线程与协程
12 | 进程内协同:同步、互斥与通讯
13 | 进程间的同步互斥、资源共享与通讯
14 | IP 网络:连接世界的桥梁
15 | 可编程的互联网世界
16 | 安全管理:数字世界的守护
17 | 架构:需求分析 (上)
18 | 架构:需求分析 (下) · 实战案例
19 | 基础平台篇:回顾与总结
加餐 | 我看Facebook发币(上):区块链、比特币与Libra币
加餐 | 我看Facebook发币(下):深入浅出理解 Libra 币
桌面开发篇 (16讲)
20 | 桌面开发的宏观视角
21 | 图形界面程序的框架
22 | 桌面程序的架构建议
23 | Web开发:浏览器、小程序与PWA
24 | 跨平台与 Web 开发的建议
25 | 桌面开发的未来
26 | 实战(一):怎么设计一个“画图”程序?
27 | 实战(二):怎么设计一个“画图”程序?
28 | 实战(三):怎么设计一个“画图”程序?
29 | 实战(四):怎么设计一个“画图”程序?
30 | 实战(五):怎么设计一个“画图”程序?
31 | 辅助界面元素的架构设计
课外阅读 | 从《孙子兵法》看底层的自然法则
加餐 | 想当架构师,我需要成为“全才”吗?
32 | 架构:系统的概要设计
33 | 桌面开发篇:回顾与总结
服务端开发篇 (14讲)
34 | 服务端开发的宏观视角
35 | 流量调度与负载均衡
36 | 业务状态与存储中间件
37 | 键值存储与数据库
38 | 文件系统与对象存储
39 | 存储与缓存
40 | 服务端的业务架构建议
41 | 实战(一):“画图”程序后端实战
42 | 实战(二):“画图”程序后端实战
43 | 实战(三):“画图”程序后端实战
44 | 实战(四):“画图”程序后端实战
45 | 架构:怎么做详细设计?
46 | 服务端开发篇:回顾与总结
加餐 | 如何做HTTP服务的测试?
服务治理篇 (11讲)
47 | 服务治理的宏观视角
48 | 事务与工程:什么是工程师思维?
49 | 发布、升级与版本管理
50 | 日志、监控与报警
加餐 | 怎么保障发布的效率与质量?
51 | 故障域与故障预案
52 | 故障排查与根因分析
53 | 过载保护与容量规划
54 | 业务的可支持性与持续运营
55 | 云计算、容器革命与服务端的未来
56 | 服务治理篇:回顾与总结
架构思维篇 (8讲)
57 | 心性:架构师的修炼之道
用户故事 | 站在更高的视角看架构
58 | 如何判断架构设计的优劣?
59 | 少谈点框架,多谈点业务
60 | 架构分解:边界,不断重新审视边界
加餐 | 实战:“画图程序” 的整体架构
61 | 全局性功能的架构设计
62 | 重新认识开闭原则 (OCP)
许式伟的架构课
登录|注册

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

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

服务端操作系统的演进

但从服务治理角度看,服务端技术的迭代很快。让我们先从操作系统谈起。
作为最底层的服务端操作系统,最初从桌面操作系统而来。但桌面操作系统自身在发展,服务端操作系统自身也在发展,两者渐行渐远。
桌面的领域特征是强交互,以事件为输入,GDI 为输出。所以,桌面技术的迭代,是交互的迭代,是人机交互的革命。
而服务端程序有很强烈的服务特征。它的领域特征是大规模的用户请求,以及 24 小时不间断的服务。这些都不是业务功能上的需要,是客户服务的需要。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《许式伟的架构课》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(7)

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

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

    2019-11-13
    4
  • Jxin
    对大佬的理解深度,抽象精度以及文案描述能力都叹为观止。这个专栏真是长见识,很棒。
    2019-11-12
    3
  • 有铭
    深有同感,场景比模式重要,设计师要会总结场景,把自己面对的需求抽象成场景比抽象成模式更有确定性
    2019-11-12
    3
  • humor
    老师,sql工程师的意思是只要会写sql就可以了吗?现在对于有些后端工程师来讲,可能就是会增删改查就可以了,但是有些后端工程师还需要懂业务啊、架构啊、操作系统啊、网络啊、数据结构与算法啊之类的,那后面的这类后端开发以后也不需要了吗?以后我们就不需要再学习除sql以外的这些难懂的知识了吗?

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

    2019-11-25
    1
  • Eternal
    这些 “通用的设计场景”,才是架构师真正的武器库。读到这里,感觉自己手中没兵刃,还在玩空手道,感谢老师的课程。学到这里之前关于架构的很多观点都被颠覆了,跟着老师的看到了高层次的视野,路艰且长!
    2019-11-30
  • leslie
    整体架构是基于一堆的小的价格之上的架构:老师是先梳理了各层次架构,然后再讲总的架构。从基础平台-桌面开发-服务端开发-服务治理-最后到架构思维,循序渐进-收获颇深;全栈的知识看似有序可是却是很难各层总整体上去看-大局观,可是跟到现在基本上达到了这个预期。
        不知不觉老师的课程从春天跟到了冬天:谢谢老师的辛勤付出和教诲,期待老师后续的分享。
    2019-11-14
  • Aaron Cheung
    云计算基础设施工程师 一般的职位职责是如何呢 大厂有 中小厂是否无法支撑呢
    2019-11-12
收起评论
7
返回
顶部