W020170419594301056567

大家下午好,很高兴来到这里跟大家分享一下京东在容器方面的经验。我分四个主题,第一、云计算的下一个时代,第二、怎么做容器云的,第三、我们安全怎么做的,第四、容器云经典的应用场景。为什么我取云计算的下一个时代是容器的时代。其实从虚拟化的实现,在1999年推出虚拟化产品到现在接近20年了,我们伴随着虚拟化走过了很长的年头。我们慢慢把大部分的应用,早在几年前大部分应用都搬到虚拟机上面去了。

但是我想给大家讲的观点是什么?我觉得时至今日,也许我们世界应用达到80%的应用都跑到虚拟机上了,再过五年后,全球应该有50%的应用都会跑到容器上面去,容器其实就是下一个时代,它代替QEN、代替虚拟化的。

我们先看一组数据,这组数据稍微有点过时,这是2016年的数据,docker而应用程序数量有46万个,这个数据低估的,全球Docker应用数量绝对超过46万的。另外几个数据都是Docker官方公布的,Docker化相关的开源项目数,包括Docker镜像下载次数是41亿次。以及Docker项目贡献的人数3万。

在2015年的时候,2015年跟2016年Docker使用率从8.2%增长到10.7%.我预估今年增长超过45%,万事开头难,前面你要教育客户,让用户接受这个东西都是比较困难的,但是随着教育普及之后,我觉得大家应用起来更能接受。这是容器关注度趋势分析,大家看到接近80%的用户对容器技术非常关注的。再看一下2015年跟2016年的对比,最下面两个数据,在一个企业里面同时运行容器的大量是13万,这个数据在2017年肯定被刷新的,我们京东同时运行数量超过20万了。有很多容器并不代表同时运行,这个数量有能达到400多万的。相信2017年肯定出现一个让大家更震惊的数字出来。

讲完这个趋势,我们讲讲我们京东怎么做容器云的?京东是怎么使用容器的?京东使用容器非常早,我们早在2013年当时,Docker没有出来我们想自己搞,想搞一个类似Docker的东西,我们做到一半发现Docker出现了,我们发现这个方案特别适合我们京东,所以我们京东大胆拥抱了容器这个技术,时至今日京东大部分都容器化了,而且跑得非常稳定了,也可以说京东是容器技术的大实践者。京东云去年7月1号正式对外服务,但是我们容器服务是今年才上线的。虽然京东是容器技术的实践者,为什么我们公有云上这么晚才提供容器服务,这有很深层次的原因的。

这个我简单介绍一下,我觉得强调两点,我们讲Docker的时候,讲容器,其实我们一定要把Docker的组成部分好好解释一下。Docker在我看来有两部分组成。第一部分是它的轻量级的隔离技术。另外一部分是Docker自身的Image体系。大家很多时候把Docker和容器混为一谈,容器是轻量级的技术,底层还有非常重要的Image的体系,那个体系才是最关键的我们看来。隔离的技术我不用这个我用其他的也行,我们之前内部讨论要不要容器化的时候,我们有很大的争议,我们有自己的部署,我们有自己微服务治理,我们有自己的统一配置管理等,什么都全了,我为什么用容器把底层开源代替,看起来价值不高。当时采取Docker生态,大价值是Docker的Image体系给我带来的优势非常大的。容器很小,一台机器可以起很多机器,但是对我们而言,实际工作刚才当中不可能在一台容器起几千个场景,反而几百个是相对来说比较常见的。

讲讲我们京东云提供的容器服务是什么样子的?其实容器在我们看来,容器公有云提供服务大问题在于它的安全性的问题。因为大家都知道Docker用的是一个轻量级的隔离技术,轻量级隔离技术带来的问题就是说如果我两个Docker的应用,跑在一台物理机上,很有可能A应用通过一些手段容易获取B应用的数据,这个在公有云里是不可接受的。我们做了一些事情,我们用虚拟化的技术支持Docker的页面,让KAM跑起来像一个Docker,实际上它的用得是虚拟化的技术,它带来大好处就是非常安全,而且它也非常快,传统起一个虚拟机需要一分钟两分钟,我们起一个容器服务只需要几百毫秒,这是一个示意图,我们在KAM上做很多裁减工作。

为什么我们这么做?为什么我们兼容Docker页面的体系?最重要我们考虑点就是在标准化和兼容性上。我支持容器整个镜像体系的,所以所有容器的原生的image,天然可以跑到我平台上面去的,然后我们兼容了DockerAPI的管理工具。另外我们用开源的虚拟化技术,所以跟我们现有虚拟化的技术完全兼容,我可以用我们传统提供的SDN,在线迁移工具,包括用我们分布式的存储,以及我们提供容器应用的通用化。

然后我们配置非常丰富,KAM做不到最小内存做到64兆,传统公有云上看到最小云主机是1G的,对于我们蜂鸟容器而言,我们最小颗粒度做到一核64兆,大家跑一个小应用用我们这个最划算的,因为我们成本是别人的十二分之一,我们比别人便宜多了。当然我们也支持超大类型的容器,包括32C128G的,接下来我们提供更大内存的容器服务。

讲讲我们安全怎么解决的?这是一个简单的示意图,大家在座都用Docker,我不详细介绍了,这是一个Docker跟VM的区别。

我们看了一下业界的厂商怎么做容器云服务的,左边这些图都是业界厂商的标准做法,因为我们解决不了Docker带来的隔离性问题,怎么办?我用传统的隔离办法解决。大部分厂商在公有云上提供容器服务,或者你在公有云搭建自己的容器的时候,你采取做法就是我买很多虚拟机,在虚拟机我在去做容器,我把虚拟机当做物理机来用,这样我就把安全屏蔽掉了,因为我们不可能在物理机上直接给用户提供容器服务,这样不安全了。右边是我们做法,我们可以在一个物理机上起不同用户的容器服务,而且能做到安全隔离,这样我比其他厂商而言,我们的容器颗粒度也小,用于管理容器管理工具的损耗也很小。

现在讲讲典型的应用场景,前面嘉宾也讲了很多,做容器跟微服务,我跟大家分享一下我们怎么看待容器和微服务的?微服务概念出来的时间也不晚,2004年就有人提出微服务的概念,我们以前讲敏捷、微服务、DevOps,微服务+敏捷+DevOps一定带来便捷吗?这个观点不对的,敏捷、微服务、DevOps提供一些工具和理念,关键组织是不是很敏捷,组织有没有同样的文化,同样的思想,有没有接受这样的概念,如果一个组织没有这样的概念,用了再多的微服务、敏捷、DevOps,其实对于你开发生产并没有多少提高。

Docker出现给微服务带来了契机,微服务带来的部署成本、运维正本、服务治理成本非常高,刚好容器Docker的出现弥补了微服务的缺点,所以时至今日我们讲微服务的时候一定会讲到容器,我们讲到容器一定会讲到微服务,感觉这两个东西天然在一块一样,其实不然的,其实微服务的概念出现时间比容器早很多,早十年。只是说容器出现之后把微服务那些弊端基本上都解决掉了。然后容器发现微服务是它好的服务场景,所以我们讲容器一定会讨论微服务,讨论微服务一定会讲容器。

下面是讲一下DevOps,DevOps不仅是在部署生产上容器有它自己的优势,更重要我们开发者在当前进行开发带来的便利性非常关键的。我自己研发出身的,我们以前开发过程中最痛苦的事情就是我要跟别人进行联调,我要别人的联调环境,我进度依赖别人给我提供的联调环境,整个公司整个组织一个部门,整个应用全部联化,在一个开发者笔记本上我能部署一套比较完整的DevOps环境。别看这是很小一个进步,其实对整个研发效率提升很大,至少提升了50%,因为你在大型企业你开发跟其他部门有很强烈的依赖关系。

以上是我们京东云的实践,我总共给大家讲一个关键,第一个我觉得容器是一个未来。第二个在公有云上提供容器云服务的话,我觉得采取像我们服务方式是比较合适的。也可以给开发者带来更多的便利。谢谢大家。

关注中国IDC圈官方微信:idc-quan 我们将定期推送IDC产业最新资讯

查看心情排 行你看到此篇文章的感受是:


  • 支持

  • 高兴

  • 震惊

  • 愤怒

  • 无聊

  • 无奈

  • 谎言

  • 枪稿

  • 不解

  • 标题党
2024-04-23 10:25:00
2024-03-16 21:01:07
市场情报 “2024华为云青竹奖”正式揭晓,十大优秀伙伴斩获殊荣
在中国传统文化中,青竹一直被赋予“坚韧不拔、旺盛进取”的深刻寓意。 <详情>
2024-02-26 10:11:52
市场情报 亚马逊位居IDC MarketScape全球云计算和以应用为中心的市场供应商“领导者”类别
对卖家而言,亚马逊云科技Marketplace提供了有效的业务拓展渠道,帮助他们触达全球数百万客户,同时,显著降低销售成本并缩短销售周期。 <详情>
2023-12-18 18:19:00
云资讯 新华网报道|中企通信新推智能化网络安全方案“云网神盾”
中企通信“云网神盾”的突出特点是突破了传统模式,让攻防进退有度。 <详情>