为什么我应该考虑在我们的开发管道中使用 Rocket 而不是 Docker。我们想使用 docker 创建可测试的容器，但现在有 Rocket 假装知道同样的事情。如果我们想开始容器化，我们是否应该认真考虑 Rocket，因为它似乎还很新？
关于 Rocket 的信息并不多，所以我不清楚它在 2015 年现在的位置。
更新：来自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 现在扫描他们的镜像以查找安全漏洞并报告每个镜像的安全状态。
火箭图像签名与发布者的签名进行交叉检查，以查看它们是否被篡改。这提供了一定程度的信心。
有关安全性的更全面讨论，请参阅https://bobcares.com/blog/docker-vs-rkt-rocket/
在标准方面，OCI（开放容器倡议）似乎已被大公司采用，并将为容器化的标准化铺平道路。