【译】OCI镜像规范项目正式启动，致力于容器镜像标准的统一

今天，我们迎来开放容器倡议（OCI）的新项目，OCI镜像规范。这意味着有一个在业界达成共识的项目，并且依靠着整个业界的强大技术实力，去规范和制定容器的构建、核实、签名以及命名标准。

在这个项目接下来几个月中，用户有望迎来一个行业标准镜像规范，服务于创建和交付容器。如果你正在使用appc或Docker镜像，你并不需要作出太多改变。不过，这将是行业在实现“一次打包，多次运行”容器的愿景上的一大进步。2016年，用户可以期待在容器存储、构建、运行时的更多协同性和创新性。

OCI的第一个项目OCI运行时规范规定了如何去运行容器。现在OCI的目标是在这个规范的基础上，增添一个新的OCI镜像格式规范——容器镜像的开放规范、容器运行软件的构建规范。在过去的16个月中，Docker已经将appc规范的许多特性 纳入其镜像格式中。OCI镜像规范项目以Docker v2.2作为起始版本。这样可以以最小的工作量来将镜像格式最终变成一致。不久之后Docker和rkt将支持一个统一的，由OCI规定的标准镜像格式。

促进行业统一

首先，让我们回顾CoreOS的CEO Alex Polvi的博文：OCI工程的历史。OCI项目起始于2015年夏天，当时的开发聚焦于容器的执行环境。而在今天，我们非常激动地启动了OCI镜像格式规范项目。该项目将专注于容器标准中最关键、最基础的组件：可分发的容器镜像。这份开放容器镜像格式规范加固了容器的可移植性目标，允许用户构建和打包、签名容器一次，就可以在各个厂商的平台上运行，不论是云环境还是私有环境。

下列是一份OCI镜像规范的祖先模块，以及它们的特点和历史：

有哪些参与者？

OCI镜像格式规范的初始维护者是appc规范的的维护者、Docker镜像格式的开发者和其他应用容器团队的著名成员：

Vincent Batts, Red Hat Jonathan Boulle, CoreOS Jason Bouzane, Google Brendan Burns, Google Stephen Day, Docker Brandon Philips, CoreOS John Starks, Microsoft

OCI和镜像规范项目欢迎社区参与，过一段时间我们会根据社区的活跃度增加更多的维护者。

容器镜像是什么？

从一个比较高的层面去看，容器镜像包含了运行一个软件所需要的所有元素。现在的开发者使用一些工具构建容器镜像，例如Dockerfile、acbuild、dgr或传统的脚本语言。通过上述工具可以生成一份或多份文件，这些文件可以上传到互联网。那些需要运行这些软件的人可以通过指定名称（如example.com/my-app）下载、验证和运行容器。

OCI规范对容器的使用者有什么意义？

OCI镜像规范的目标是：允许开发者只要对容器打包和签名一次，就可以在所有的容器引擎上运行该容器。这意味着开发团队可以根据自己的需要选择构建工具和扩展语法。随着一个所有人都可以参与和实现的容器镜像规范的确立，很多容器不经过修改就可以运行在大部分容器运行平台上，例如rkt、Docker、Kubernetes和Amazon ECS。这对于准备在现代IT架构上持续投入的用户来说是极大的进步。

考虑到开放容器提案广泛的行业参与性，我们希望Quay、Amazon Container Registry、Google Container Registry和Docker Hub这些仓库都可以支持OCI镜像格式。名称委托（name delegation）提高的容器可移植性，使得某个容器对很多容器仓库可用。如果这些容器仓库可以支持通用的OCI镜像格式，将极大得提高容器的移动和可替代性，而且不需要关心多种打包过程和打包格式。

rtk和Quay将会支持新的OCI镜像规范

迄今为止，Quay容器仓库和rtk容器运行时支持Docker镜像格式和appc镜像格式。我们将持续维护以保证向下兼容，使得已经投入时间和培训的用户可以继续管理、存储和运行这些Quay和rtk格式的容器镜像。

随着OCI格式的成熟，我们将在OCI镜像规范中添加对现有格式的支持。根据目前OCI镜像规范的发展规划，这些将在未来的几个月中成为现实。我们希望OCI镜像格式能很快成为行业的唯一标准，以构建、存储和部署运行时产品。

由于这些成果结合了app镜像格式和Docker v2.2镜像中最好的部分，我们希望能够快速指定和实现新的OCI镜像格式。在我们向着应用容器镜像（GIFEE的基础构建模块）的标准化努力时，我们非常欢迎你们的帮助和支持。GIFEE指的是Google Infrastructure For Everyone Else。

如何做出贡献？

我们希望通过制定容器镜像的标准，使得容器行业的茁壮成长。如果你有兴趣支持这份事业，你可以向rtk或者Clair等开源项目提交修改以让它们支持OCI规范；你可以告诉云计算服务商自己希望他们支持OCI镜像规范；或者你可以直接参与到OCI规范项目本身。这是关键的一步，最好的方法就是集合整个行业的力量一起推动容器标准化。

查看英文原文：Celebrating the Open Container Initiative Image Specification

Docker（三）实战：-Docker部署Golang项目并关联Mysql容器 Dockerfile 文件是用于定义 Docker 镜像生成流程的配置文件，文件内容是一条条指令，每一条指令构建一层，因此每一条指令的内容，就是描述该层应当如何构建；这些指令应用于基础镜像并最终创建一个新的镜像
海纳百川无所不容，Win10环境下使用Docker容器式部署前后端分离项目Django+Vue.js 随着现代化产品研发的不断推进，我们会发现，几乎每个产品线都会包含功能各异的服务，而且服务与服务之间存在也会存在着错综复杂的依赖和被依赖关系，这就会带来一个世界性难题，项目部署的时候需要运维来手动配制服务之间通信的协议和地址，稍有不慎就会导致服务异常，同时如果服务器因为坏道或者其他原因导致更换物理机，重新部署新环境的成本也会非常之高。因此，我们就会寄希望于Docker这种的容器技术可以让我们构建产品所需要的所有的服务能够迅速快捷的重新部署，并且可以根据需求做横向扩展，且能够保证稳定的容灾性，在出现问题的时候可以利用守护进程自动重启或者启动容灾备份。
Docker-Nginx 容器部署前端Vue项目 Docker nginx 容器运行命令，命令参数--name 容器名称 -d 容器后台运行 -p 映射端口，默认80 为前端项目首页，8088端口预留 -v 映射目录，把系统 /etc/nginx/nginx.conf 目录文件映射到容器中的/etc/nginx/nginx.conf 位置， /root 为前端代码上一级目录 --rm 容器停止后删除
k8s与CICD--借助scp插件实现非容器项目的部署 最近连续996加班，一直没有时间完成drone系列文章。drone-wechat插件实现了一半，由于企业微信token申请比较麻烦，所以也没有进展。今天抽出时间，研究了一下scp插件，主要目的是实现非容器项目的部署。
连接阿里云和容器技术生态 - 阿里云开源容器项目汇总 为了更好地连接阿里云和容器技术，培育开发者生态，容器服务团队为Kubernetes/Docker提供了众多的开源组件来优化容器技术和阿里云的集成，降低用户容器化复杂度。 这些开源组件涵盖了docker/swarm、kubernetes、networking、logs、应用容器化、serverless、AI等多个方向。
100个容器周边项目，点亮你的容器集群技能树 大规模的容器技术运用从来不是一项独立工程，而是一个汇集虚拟化技术、容器编排、任务调度、操作系统、容器仓库、跨节点网络、分布式存储、动态扩缩、负载均衡、日志监控、故障自恢复等系统性难题的复杂有机体。随着Docker的诞生和Google等互联网公司的推波助澜，这个领域出现了一大批优秀的开源项目，它们在简化容器技术使用成本的同时，也经常使得刚刚接触容器时间不太长的开发者和企业用户感到不知所措。