容器化之路：谁偷走了我的构建时间

下图是devicemapper在容器层读取文件的进程：

1. 起首在容器层的快照中找到该文件指向基层文件的指针。
2. 再从基层0xf33位置指针指向的数据块中读取的数据到容器的存储区
3. 最后将数据返回app。

在写入数据时还必要按照数据的巨细先申请1~N个64K的容器快照，用于生涯拷贝的块数据。

DeviceMapper的块操纵看上去很美，现实上存在许多题目，好比频仍操纵较小文件时必要不断地从资源池平分派数据库并映射到容器中，这样服从会变得很低，且DeviceMapper每次镜像运行时都必要拷贝全部的镜像层信息到内存中，当启动多个镜像时会占用很大的内存空间。

针对差异的storage-driver我们用上述etcd的dockerfile举办了一组构建测试

注：该数据因dockerfile以及操纵体系、文件体系、收集情形的差异测试功效也许会存在较大差别

我们发此刻该尝试场景下DevivceMapper在时刻上明明会逊于AUFS和Overlay2，而AUFS和Overlay2基内情当，虽然该数据仅能作为一个参考，现实构建还受到详细的Dockerfile内容以及操纵体系、文件体系、收集情形等多方面的影响，那要怎么样才气只管让构建时刻最短晋升我们的事变服从呢?

且看下回解析!

【编辑保举】

1. 盘货：十二“刊行版Kubernetes”，引领容器革命！
2. 瞻望2019：容器云战进级，全栈云局面所趋
3. 陈设容器时要思量的6个要害身分
4. 数据中心容器收集技能
5. 容器赋能AI-人工智能在360私有云容器处事上的实践

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!