深入剖析 Kubernetes
张磊
Kubernetes 社区资深成员与项目维护者
116705 人已学习
新⼈⾸单¥68
登录后,你可以任选4讲全文学习
课程目录
已完结/共 57 讲
再谈开源与社区 (1讲)
结束语 (1讲)
深入剖析 Kubernetes
15
15
1.0x
00:00/00:00
登录|注册

01 | 预习篇 · 小鲸鱼大事记(一):初出茅庐

开源PaaS为核心构建平台层服务能力的变革
Cloud Foundry的核心能力
以Cloud Foundry为代表
虚拟机和账单
应用打包问题的解决
导致PaaS项目遭到淘汰
结束了PaaS时代
提供了便利的打包机制
解决了应用打包的难题
dotCloud公司改名为Docker公司
应用托管
PaaS项目
云计算技术
思考题
Docker项目的影响
Docker镜像
Docker项目的出现
PaaS项目的能力
2013年的后端技术领域
初出茅庐:从PaaS项目中脱颖而出的Docker

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

你好,我是张磊。我今天分享的主题是:小鲸鱼大事记之初出茅庐。
如果我问你,现今最热门的服务器端技术是什么?想必你不假思索就能回答上来:当然是容器!可是,如果现在不是 2018 年而是 2013 年,你的回答还能这么斩钉截铁么?
现在就让我们把时间拨回到五年前去看看吧。
2013 年的后端技术领域,已经太久没有出现过令人兴奋的东西了。曾经被人们寄予厚望的云计算技术,也已经从当初虚无缥缈的概念蜕变成了实实在在的虚拟机和账单。而相比于如日中天的 AWS 和盛极一时的 OpenStack,以 Cloud Foundry 为代表的开源 PaaS 项目,却成为了当时云计算技术中的一股清流。
这时,Cloud Foundry 项目已经基本度过了最艰难的概念普及和用户教育阶段,吸引了包括百度、京东、华为、IBM 等一大批国内外技术厂商,开启了以开源 PaaS 为核心构建平台层服务能力的变革。如果你有机会问问当时的云计算从业者们,他们十有八九都会告诉你:PaaS 的时代就要来了!
这个说法其实一点儿没错,如果不是后来一个叫 Docker 的开源项目突然冒出来的话。
事实上,当时还名叫 dotCloud 的 Docker 公司,也是这股 PaaS 热潮中的一份子。只不过相比于 Heroku、Pivotal、Red Hat 等 PaaS 弄潮儿们,dotCloud 公司实在是太微不足道了,而它的主打产品由于跟主流的 Cloud Foundry 社区脱节,长期以来也无人问津。眼看就要被如火如荼的 PaaS 风潮抛弃,dotCloud 公司却做出了这样一个决定:开源自己的容器项目 Docker。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

Docker:云计算领域的变革者 Docker作为PaaS技术的杰出代表,引领了云计算领域的巨大变革。过去,PaaS项目虽然提供了应用托管的能力,但用户必须为每种语言、框架和版本的应用维护一个打包,这一过程繁琐且容易出错。然而,Docker镜像的出现解决了这一问题,它包含了完整的操作系统文件和目录,使得本地环境和云端环境高度一致。这使得用户无需进行任何配置或修改,极大地简化了部署过程。Docker镜像的崛起迅速改变了整个云计算领域的发展历程,成为一种强大的工具。 一旦镜像制作完成,用户就可以让Docker创建一个“沙盒”来解压这个镜像,然后在“沙盒”中运行自己的应用。Docker项目给PaaS世界带来的“降维打击”,提供了一种非常便利的打包机制,直接打包了应用运行所需要的整个操作系统,从而保证了本地环境和云端环境的高度一致,避免了用户通过“试错”来匹配两种不同运行环境之间差异的痛苦过程。 尽管Docker解决了应用打包的难题,但并不能代替PaaS完成大规模部署应用的职责。一些创业公司纷纷在第一时间推出了Docker容器集群管理的开源项目,用来跟“过时”的PaaS们划清界限。在2014年底的DockerCon上,Docker公司发布了自家研发的“Docker原生”容器集群管理项目Swarm,重新定义PaaS的宏伟愿望。 Docker公司在2014年的巅峰岁月里,离自己的理想只有一步之遥。Docker的出现不仅改变了PaaS的发展方向,也为云计算领域带来了全新的可能性。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《深入剖析 Kubernetes》
新⼈⾸单¥68
立即购买
登录 后留言

全部留言(111)

  • 最新
  • 精选
  • Focused
    引用原文:“docker项目给PaaS世界带来的“降维打击”,其实是提供了一种非常便利的打包机制。这种机制直接打包了应用运行所需要的整个操作系统,从而保证了本地环境和云端环境的高度一致” 既然打包了整个操作系统,如果一台机器上跑n个docker镜像,那意味着有n个操作系统运行在这台机器上,那每个docker所能获取到的资源是不是就很有限了,比如内存、cpu、文件描述符等等,请释惑。谢谢

    作者回复: 其实只打包了文件系统,不包括操作系统内核。在容器技术基础里我们会详细解释。

    2018-08-28
    6
    112
  • timmy
    一个弱智的问题:打包了系统镜像的应用会不会超级大?

    作者回复: 会,不过讲镜像的时候会提到,怎么个大法

    2018-08-28
    8
    77
  • extraterrestrial!!
    没经历过pass阶段, 既然打包这么重要,为啥后来的docker做了,cloud foundry自己没有做?有什么特别的难点吗?

    作者回复: 技术上其实不难,但要想出镜像这个方法,却是一个从0到1的突破。

    2018-08-28
    3
    67
  • adoal
    如果打包不包括kernel,那么某个应用需要加载特定ko怎么办呢?

    作者回复: 没办法,不能用常规的linux容器

    2018-09-16
    7
    20
  • 马若飞
    我个人理解用户还是需要Paas作为“云”,也就是载体,在之上运行这个“包”。这也就是AWS还是活的好好的原因。不知道对不对请老师指正。

    作者回复: 一点没错。不过,我们也会讲到一些新技术,让AWS们也有点坐不住

    2018-08-28
    5
    19
  • 心情不错
    张小哥,我们现在用的是openvz7 目前领导和项目本身没有转变到微服务的动力

    作者回复: 赞!我就是openvz粉啊。kubernetes 其实并不跟微服务绑定,你把openvz通过CRI集成进kubernetes 里很也轻松。我们自己还直接用k8s管虚机呢。先灰度一部分上去,慢慢转型。关键是,这套基础设施现在不上的话,可真就落伍了……

    2018-08-28
    12
  • 李博越
    后面求加餐能讲讲cncf各个产品的overview以及关系

    作者回复: 最后一部分开源生态,自会提到

    2018-08-28
    12
  • Joe姜
    已读。目前对于大部分公司而言,基本都用的阿里云或者腾讯云的云服务器,而不是物理机,机器资源配置都是动态通过pass这样的底层资源调度来管理的,容器作为更上一层的应用,又封装了一层,这样会不会降低容器中实际应用对物理计算资源的使用效能?如果是云服务器厂商,它们以后会直接给用户直接提供容器服务,而不再是虚拟机服务吗?

    作者回复: 容器隔离性太差,得用katacontainers 。不过,话说回来,卖虚拟机才能挣到钱啊。

    2018-11-23
    11
  • wangbo
    容器和阿里云这些服务器有什么关系吗?这个我一直没搞懂

    作者回复: 可以认为没关系,容器就是容器,是应用封装的小伙伴

    2018-08-28
    11
  • 阳雨杭
    请问完整的操作系统文件与目录,具体指的哪些文件和目录呢?会不会超级大,跟VMware的镜像文件相比,有什么区别呢?

    作者回复: 所有文件和目录,但不包括kernel。几百兆。而虚拟机镜像文件是整个磁盘,通常几个G。

    2018-08-28
    10
收起评论
显示
设置
留言
99+
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部