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

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

服务端工程师可能只是一个阶段性的历史背景下的产物
做业务都足够的傻瓜化
任何业务都可以轻松达到 7x24 小时不间断服务
带来了重要的改变
迭代了服务治理的能力
以 Kubernetes 为事实标准
云计算消除了物流的成本,提升了资源复用率
IT 资源交付效率的变化
未来或许不需要专门的服务端开发工程师来做业务开发
云计算和容器革命将服务端的基础设施化推向了高潮
服务治理系统的迭代
容器革命
资源交付革命
改变了用户与 IT 技术服务商之间的配合方式
IT 技术供应商不再提供可执行程序或源代码,而是互联网服务
重新定义了软件交付方式的边界
需要保证软件上线后的服务品质
工程师有了新的职能:on call
场景越来越严肃和多样化
需要多个层次、多个工种之间的紧密配合
需要系统性、结构化的解决方案
服务治理比软件治理复杂
结语
服务端的未来
云计算的发展
云计算的诞生
软件服务化是互联网的胜利
服务治理相关话题接近尾声
云计算、容器革命与服务端的未来

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

你好,我是七牛云许式伟。
到今天这一讲,我们服务治理相关的话题基本上接近尾声。通过前面的内容我们可以知道,服务治理比软件治理要复杂很多。它的涉及面非常广,需要有系统性的、结构化的解决方案,需要基础架构、中间件、SRE 工作平台等多个层次、多个工种之间的紧密配合。
软件的服务化过程本身是互联网的胜利。从最初以泛娱乐场景为主,到今天影响国民经济的方方面面,场景越来越严肃和多样化。
软件服务化使得工程师有了新的职能:on call。软件工程师并不是把软件开发出来就完了,还需要保证软件上线后的服务品质,比如稳定性。在线上出问题的时候,软件工程师还需要随时响应线上的 on call 请求,参与到故障排查的过程中去。
但是提供靠谱的服务是如此之难,尤其在软件并不是自己团队开发的情况下,保证服务质量的过程增加了许多不可控的因素。
云计算的诞生,是一次软件交付方式边界上的重新定义。在此之前,IT 技术供应商通常的交付物是可执行程序或源代码。这种交付方式更多的是软件功能的交付,但是并不参与到软件线上的运行状况的管理。
云计算定义了全新的交付方式,IT 技术供应商不再提供可执行程序或源代码,而是互联网服务。用户使用 IT 服务时并不需要了解背后运转机制。即使在线上出问题的时候,也是 IT 技术服务商安排技术人员去解决,而不是用户自己去想办法解决。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

云计算、容器革命与服务端的未来 云计算和容器技术的发展对服务端基础设施产生了深远影响。云计算重新定义了IT技术供应商的交付方式,从软件功能交付转变为互联网服务,简化了用户与服务商之间的配合方式。容器革命以Kubernetes为标志,改变了服务治理的能力,实现了硬件资源池化和面向逻辑视图描述集群状态。未来,服务端技术的演进将使业务轻松实现7x24小时不间断服务,实现高并发、高可用、高可靠,同时业务开发将足够傻瓜化。服务端工程师可能会逐渐消失,随着互联网应用基础设施的完善,服务端开发成本降低,最终与前端工程师合而为一。云计算和容器革命推动了服务端基础设施的高潮,未来或许不再需要专门的服务端开发工程师来进行业务开发。

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

全部留言(19)

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

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

    2019-11-25
    6
    6
  • 涉蓝
    那么作为一个写业务的工程师要如何做才能转向做基础设施呢

    作者回复: 对人能力要求实质上并没有太大区别,只不过基础设施岗位的需求量少,所以才显得要求高。

    2020-06-07
    2
    3
  • Geek_88604f
    文中提到容器化带来的有以下几点:用户操作的对象不再有机器这玩意,最核心的概念是服务。当然这是称之为数据中心操作系统概念的由来。 硬件资源池化。软件或服务与硬件环境解绑,可以轻松从一台物理机迁移到另一台物理机。 面向逻辑视图描述集群状态。配置中心的数据只体现业务系统的逻辑,不体现物理特性。——个人认为这些虚拟机也具备,可能不是容器化根本的好处。容器化最重要的优势有两点:一是资源利用率高,可以进行比虚拟机更细粒度的划分,可以做到一个服务实例一个容器;二是故障迁移的速度更快,这对保障服务的SLA是至关重要的

    作者回复: 基于虚拟机迁移的是机器不是服务,配置变更也必然涉及到机器级别,不可能和硬件解耦

    2020-08-20
    2
    1
  • Jaising
    感谢许老师精彩的分享,很赞同你所说的软件服务化以及云计算 容器对服务端开发的变革,但是像金融、公安这种数据机密性高、数据只在局域网流转的业务场景,上云也会对他们的软件治理有很大影响 或者说 他们的软件革命又会在哪里呢?

    作者回复: 一样的

    2020-06-05
    2
    1
  • 有铭
    服务端越来越标准化,意味着对个人的要求变低,因此,个人靠自身才能进行议价的能力变低了。相反,前端工程师因为直接面对业务和客户,议价能力变高了。这是这个时代的特点。我这么说,并不代表前端就比后端好,其实前端的标准化也在逐步进行中,工程师在开发中起的作用是在逐渐降低的。这意味着议价能力的降低。程序员一定要记住自己和上个世纪的手工业工人没区别,能议价完全是因为手工业自身的难以标准化和复制,所以一旦这种难以标准化被技术本身打破,程序员在这个领域基本就会沦为流水线工人。所以程序员如果不想沦为流水线工人,就必须往不能标准化的地方迁移自己——当然,如果你的目标是管理一群程序员给自己干活,那你就一定要想法设法的标准化,以提高自己作为管理者的议价能力^_^
    2019-11-08
    5
    54
  • lightSky
    服务端基础设施越来越完善,前端也一样,很多基础sdk,框架都很成熟。不妨换个角度看,无论前端还是后端,都是服务于业务,如果你能对某个领域的业务很精,再以技术的手段赋能业务,应该是个很不错的方向,即业务领域专家,当然前提是这个业务相对会复杂些,有些门槛。
    2020-10-23
    5
  • BIZ_UI_3
    “服务端工程师很有可能只是一个阶段性的历史背景下的产物。”——略过武断了。基础设施的能力只能满足非功能性需求,功能性需求,即业务依然要自己开发。你当然可以直出数据完全在前端封装业务模型,你也可以全在后端做前端无脑纯展示,那能代表前端也是阶段性产物吗?无非是富客户瘦客户端的分别而已。
    2022-01-05
    4
  • Eternal
    所以在我看来,服务端工程师很有可能只是一个阶段性的历史背景下的产物。随着互联网应用开发的基础设施越来越完善,服务端开发的成本越来越低,最终和前端工程师重新合而为一。是的,我说的是重新回到软件时期的样子。那时候,并不存在前端和后端工程师之分 老师的预测让我们感到危机了呀,十年后就失业了
    2019-11-30
    3
  • 许童童
    现在的serverless不就是向这个目标发展吗?
    2019-11-08
    2
  • J.Smile
    未来已来,后端工程师入门越来越容易,天花板也没那么高,真正牛逼的也就那几个,这其中的因素难以捕捉,成功也许就是运气。
    2020-01-12
    1
收起评论
显示
设置
留言
19
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部