为什么我应该考虑在我们的开发管道中使用Rocket而不是Docker ?我们想使用docker来创建可测试的容器，但现在有火箭假装知道相同的。如果我们想开始集装箱化，我们是否应该认真考虑火箭，因为它看起来还是很新的?
关于Rocket的信息不多，所以我不清楚它在2015年的位置。
UPDATE: from https://coreos.com/blog/app-container-and-the-open-container-project/
当我们参与OCP时，我们的主要目标如下:
- 用户应该能够打包他们的应用程序一次，并让它与任何容器运行时(如Docker, rkt, Kurma，或Jetpack)工作
- 该标准应满足最严格的安全和生产环境的要求
- 标准应该是供应商中立的，并在开放的
火箭正式死亡:https://github.com/rkt/rkt/issues/4024
被红热收购后，新东家集中精力https://podman.io/
podman提供无根容器。这是Docker努力了很长一段时间(根据下面的评论，他们终于做到了)。
与大多数竞争对手一样，两者都有各自的优点和缺点。
Docker hub提供了一个公共注册表，可以轻松地推送和拉取Docker映像。
现在GitLab也提供了一个免费的注册表!它真的很好。
当前的核心问题是安全性。Docker现在扫描它们的镜像是否存在安全漏洞，并报告每个镜像的安全状态。
With rocket图像签名与发布者的签名进行交叉检查，以查看它们是否已被篡改。这提供了一定程度的信心。
有关安全性的更详细讨论，请参阅https://bobcares.com/blog/docker-vs-rkt-rocket/
在标准方面，OCI(开放集装箱倡议)似乎已被大型企业采用，并将为集装箱化标准化铺平道路。