阿里超大规模Docker化之路

  • 时间:
  • 浏览:0
  • 来源:uu快3和值_uu快3app_计划师

容器化的好处是还还能能 把越多有对物理机型的强制要求虚拟化,机会也还要Docker在内核层面的改造,对于未来,阿里机会做好了准备,.然后我:

通过改造增强HA机制后,还还能能 做到每次切换、简单发布。

Docker化原本,阿里主要交易业务机会容器化。采用T4做容器化,T4是2011年开发的一套系统,基于LXC开发,在开发T4的过程中,跟业界很大的不同在于,T4更像VM的容器。当用户登进T4后,看起来与标准的KVM等几乎全部一样,对用户来讲是非常透明化的。越多有,容器化还会让许多人让许多人推进Docker的原因分析。

第四轮Docker

推进Dcoker原本,让许多人让许多人有有有有另另一个准备的过程。在准备阶段,让许多人让许多人还要Docker更像VM和更贴合阿里运维体系的Docker,让许多人让许多人将改造过的Docker称为AliDocker;除了AliDocker以外,让许多人让许多人还要支持AliDocker的工具体系,比如编译、镜像库、镜像收集机制,在完成你什儿 准备工作后,让许多人让许多人认为还还能能 一帆风顺的结束英文英文大规模的AliDocker上线。但事实不必没有 。

机会规模比较大,开源软件很容易碰到支撑规模不足英文,稳定性差的问提。目前让许多人让许多人使用Swarm来管理,Swarm的规模能力合适还还能能 支撑11150个节点、115000个容器,而让许多人让许多人还要单Swarm实例健康节点数在3W+,对此,让许多人让许多人对Swarm进行了优化。

12月6-7日,由阿里巴巴集团、阿里巴巴技术发展部、阿里云云栖社区联合主办,以“2016双11技术创新”为主题的阿里巴巴技术论坛上,阿里巴巴研究员林昊分享了阿里超大规模Docker化之路。阿里在Docker化的这条路上,碰到了规模、多元化场景所带来的各种挑战,这次分享中将给让许多人让许多人介绍阿里为你什儿 要引入Docker,以及怎么还能能完成这次超大规模Docker化,全部介绍了四轮Docker化的历程。

Docker化之路

1.         交易核心应用1150%Docker化;

继续推进到越多有应用切换到Docker的原本,让许多人让许多人又遇到了更大的问提:

2.         DB其中有有有有另一个交易单元全部Docker化。

在整个Docker化的过程中,让许多人让许多人在“慢”你什儿 问提上遇到了最大的挑战,不管是编译慢还是发布慢,都做了越多有突击的改造项目,最后才让整个编译过程、发布过程做到可控的响应效率内。

2016年7月,阿里巴巴制定了有有有有另一个Docker化目标:

b)         触发让许多人让许多人Docker化的主要原因分析二:DevOps是有有有有另一个更好的方向,阿里巴巴做了越多有运维和研发融合的调整。Docker是真正帮助DevOps思想真正落地的什儿 手段,所有的思想最终都体现在工具或框架上,变成有有有有另一个强制性的手段,Docker会通过Dockerfile的描述,来声明应用的整个运行环境是怎么还能能的,也就原因分析在编写Dockerfile过程中,就机会清楚在不同环境中的依赖情况表到底是怎么还能能的,然后,你什儿 环境是通过有有有有另一个团队来维护的。

未来



经历了没有 多坎坷,让许多人让许多人终于完成了全部目标,实现双11时交易所有核心应用都AliDocker化,DB其中有有有有另一个交易单元全部AliDocker化,生产环境共几十万的AliDocker。

Bugfix和功能增强

让许多人让许多人在Docker的镜像模式基础上做出有有有有另一个crofix的模式,你什儿 模式还会绕开镜像,而是 从镜像中拉起让许多人让许多人还要的文件,去做覆盖等动作,原本就还还能能 完成整个发布。Docker化镜像模式是还要坚持的,然后抛弃了Docker化的意义。

林昊:花名毕玄,阿里巴巴研究员。1507年加入当时的淘宝网,在阿里巴巴的九年时间中经历了多个不同技术领域。打造了阿里目前使用最为广泛的核心后面 件之一的服务框架;建设了阿里的HBase团队,发展到今天HBase机会是阿里最重要的NoSQL产品;打造阿里基于LXC的虚拟化系统,以及集群资源管理系统,不断降低阿里巴巴在机器资源上投入的成本;设计并带领团队实现了阿里巴巴技术发展史上具有里程碑意义的异地多活,使阿里巴巴电商系统具备了在中国范围内任意城市部署,并在线热切换的能力。

Docker化目标

第三轮Docker

在推进过程中,让许多人让许多人还遇到规模问提:

在推进的过程中,让许多人让许多人又遭遇了新的问提。Docker的发布模式是典型的通过镜像,拉到镜像后将原本的容器销毁,重新创建有有有有另一个容器,把镜像装在 去,拉起来。Docker单一化的发布法子 支持不了多种发布模式,更改velocity模板发布效率低;有本地内存cache的发布,重启本地内存cache就会消失。怎么还能能在基于镜像模式情况表下又能支持多种发布模式呢?

第一轮Docker

让许多人让许多人碰到了越多有问提:

第二轮Docker

除了后面 四轮次比较明显的问提,在整个Docker化过程中,还做了越多有的Bugfix和功能增强,具体有以下几方面:

Docker化原本

规模让许多人让许多人做到从支撑11150到3W+,压力减小了越多有。而Swarm的稳定性对让许多人让许多人来讲,最大的问提在HA上,有有有有另一个Swarm实例机会挂掉,重新拉起是还要时间的。越多有让许多人让许多人在用Swarm时进行了改造,在前面加了一层Proxy,不同业务、不同场景都还还能能 通过Proxy转换到我本人不同的Swarm实例上。另外,所有的Swarm节点让许多人让许多人还会用有有有有另一个备方案在旁边,然后还会不同机房去备。

a)         触发让许多人让许多人Docker化的主要原因分析一:Docker最重要的一点是镜像化,还还能能 做到拿着镜像就还还能能 从一台全部空的机器的应用环境搭建起来,还还能能 把单机环境全部从零搭好。Docker化原本,阿里巴巴的应用部署法子 主要由java、C来编写的,不同的业务BU机会采用全部不同的部署法子 ,没有 统一标准。内部内部结构尝试通过基线来建立部署标准,定义的基线包括应用依赖的基础环境(OS、JDK版本等)、应用依赖的脚本,基础环境的配置(启动脚本、Nginx配置等)、应用目录社会形态、应用包、应用依赖的DNS、VIP、ACI等,但不成功。部署标准做不了,直接原因分析自动化先要做到。