为什么我应该考虑在我们的开发管道中使用Rocket而不是Docker。我们想使用docker来创建可测试的容器，但现在有Rocket假装知道相同的东西。如果我们想开始集装箱化，我们是否应该认真考虑Rocket，因为它似乎仍然很新？
关于Rocket的信息不多，所以我不清楚它在2015年的位置。
更新：来自https://coreos.com/blog/app-container-and-the-open-container-project/
在我们参与OCP时，我们的主要目标如下：
- 用户应该能够将其应用程序打包一次并使其适用于任何容器运行时（如Docker，rkt，Kurma或Jetpack）
- 该标准应满足最严格的安全和生产环境的要求
- 标准应该是供应商中立的并且在开放式
中开发
答案 0 :(得分：2)
火箭正式死亡：https://github.com/rkt/rkt/issues/4024
在Red Hot收购之后，新所有者将精力集中在https://podman.io/
上 podman提供了无根容器。 Docker努力争取了很长一段时间的东西（根据下面的评论，他们终于做到了）。
答案 1 :(得分：0)
与大多数竞争对手一样，他们都有自己的优势和不利之处。
Docker hub提供了一个公共注册表，可以轻松地推送和删除docker镜像。
现在GitLab还提供免费注册表！真的很棒。
目前的核心问题是安全性。 Docker现在扫描其图像是否存在安全漏洞，并报告每个图像的安全状态。
使用火箭图像签名与发布者的签名进行交叉检查，以查看它们是否已被篡改。这提供了一定程度的信心。
有关安全性的更全面讨论，请参阅https://bobcares.com/blog/docker-vs-rkt-rocket/
关于标准，似乎OCI（开放式集装箱计划）已被大公司采用，并将为集装箱化的标准化铺平道路。