许式伟的架构课
许式伟
七牛云CEO
立即订阅
20092 人已学习
课程目录
已更新 72 讲 / 共 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 | 服务治理篇:回顾与总结
架构思维篇 (9讲)
57 | 心性:架构师的修炼之道
用户故事 | 站在更高的视角看架构
58 | 如何判断架构设计的优劣?
59 | 少谈点框架,多谈点业务
60 | 架构分解:边界,不断重新审视边界
加餐 | 实战:“画图程序” 的整体架构
61 | 全局性功能的架构设计
62 | 重新认识开闭原则 (OCP)
63 | 接口设计的准则
许式伟的架构课
登录|注册

55 | 云计算、容器革命与服务端的未来

许式伟 2019-11-08
你好,我是七牛云许式伟。
到今天这一讲,我们服务治理相关的话题基本上接近尾声。通过前面的内容我们可以知道,服务治理比软件治理要复杂很多。它的涉及面非常广,需要有系统性的、结构化的解决方案,需要基础架构、中间件、SRE 工作平台等多个层次、多个工种之间的紧密配合。
软件的服务化过程本身是互联网的胜利。从最初以泛娱乐场景为主,到今天影响国民经济的方方面面,场景越来越严肃和多样化。
软件服务化使得工程师有了新的职能:on call。软件工程师并不是把软件开发出来就完了,还需要保证软件上线后的服务品质,比如稳定性。在线上出问题的时候,软件工程师还需要随时响应线上的 on call 请求,参与到故障排查的过程中去。
但是提供靠谱的服务是如此之难,尤其在软件并不是自己团队开发的情况下,保证服务质量的过程增加了许多不可控的因素。
云计算的诞生,是一次软件交付方式边界上的重新定义。在此之前,IT 技术供应商通常的交付物是可执行程序或源代码。这种交付方式更多的是软件功能的交付,但是并不参与到软件线上的运行状况的管理。
云计算定义了全新的交付方式,IT 技术供应商不再提供可执行程序或源代码,而是互联网服务。用户使用 IT 服务时并不需要了解背后运转机制。即使在线上出问题的时候,也是 IT 技术服务商安排技术人员去解决,而不是用户自己去想办法解决。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《许式伟的架构课》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(10)

  • 有铭
    服务端越来越标准化,意味着对个人的要求变低,因此,个人靠自身才能进行议价的能力变低了。相反,前端工程师因为直接面对业务和客户,议价能力变高了。这是这个时代的特点。我这么说,并不代表前端就比后端好,其实前端的标准化也在逐步进行中,工程师在开发中起的作用是在逐渐降低的。这意味着议价能力的降低。程序员一定要记住自己和上个世纪的手工业工人没区别,能议价完全是因为手工业自身的难以标准化和复制,所以一旦这种难以标准化被技术本身打破,程序员在这个领域基本就会沦为流水线工人。所以程序员如果不想沦为流水线工人,就必须往不能标准化的地方迁移自己——当然,如果你的目标是管理一群程序员给自己干活,那你就一定要想法设法的标准化,以提高自己作为管理者的议价能力^_^
    2019-11-08
    1
    12
  • 许童童
    现在的serverless不就是向这个目标发展吗?
    2019-11-08
    1
  • Eternal
    所以在我看来,服务端工程师很有可能只是一个阶段性的历史背景下的产物。随着互联网应用开发的基础设施越来越完善,服务端开发的成本越来越低,最终和前端工程师重新合而为一。是的,我说的是重新回到软件时期的样子。那时候,并不存在前端和后端工程师之分

    老师的预测让我们感到危机了呀,十年后就失业了
    2019-11-30
  • humor
    许老师好,您的意思是未来服务端开发工程师就要失业了吗?那如果未来前端的基础设施也完善了,比如出现了一个超智能化的语言,前端工程师不是也要失业了?那到时候互联网行业是不是只剩下产品经理和云服务商了呀……但是各个公司的业务总归是各不相同的,怎么才能真正做到所有的业务都能标准化呢?
    那我们现在这些java开发要不要转到前端去呀,纠结担忧中…

    作者回复: 业务大部分在前端,这个是基础设施做不了的,前端不可能失业

    2019-11-25
  • #^_^#
    也可以转向更底层的方向
    2019-11-09
  • Aaron Cheung
    难道后端都做sre 吗……
    2019-11-08
  • 睡觉💤
    不想做全栈,转sre或者devops是不是也可以
    2019-11-08
  • 阿卡牛
    现在已经出现一些端倪了,未来已来...
    2019-11-08
  • 葫芦娃
    服务端开发难度越来越低,怪不得前端工程师都要染指,以后只有全栈(全干)工程师了
    2019-11-08
  • leslie
    老师的话让我感受颇深:课程中画图的。。。实在不懂,关于架构、系统方面基本上算是从开篇跟到现在。
         做为一个一直从事DBA&&OPS的老兵确实越来越感觉服务端运维比例的大幅减少。前段时间特意去参加了一个全国大会:运维基本上都要么具有开发的能力,要么具有运营的能力,纯正的运维比例已经很低了。
            服务器端工程师要求写各种脚本和工具其实就被迫具有一定的开发能力。。。当5G和未来的6G时代:也许真的。。。。
    2019-11-08
收起评论
10
返回
顶部