根据2018年的统计数据，docker在容器市场的占有率为83%。然而，仅在2017年，这个数字还是99%，这表明docker的主导地位正在受到挑战。尽管如此，docker依然是目前最受欢迎的容器解决方案，但随着容器市场的成熟和多样化，其他如coreos rkt、mesos、lxc等容器运行时也在稳步增长。
本文将深入探讨几种Docker的替代方案，比较它们的异同点、独特特性以及优缺点。
CoreOS rkt在2018年，rkt（Rocket的缩写，发音相同）占据了12%的容器市场份额。rkt支持两种不同的镜像类型：Docker和appc。rkt的主要优势在于其能够直接兼容Kubernetes，因此被称为rktnetes。我们只需一条命令即可在Kubernetes中部署rkt：
代码语言：javascript代码运行次数：0运行复制```javascript
$ kubelet --container-runtime=rkt
此外，rkt还支持TPM（可信平台模块），提供了非常好的安全性支持。它对应用容器也进行了许多优化处理。与Docker相比，rkt缺乏一些可整合的第三方接口。但总体而言，rkt良好的兼容性使其能够轻松实现公有云迁移，并完成快速部署。
然而，rkt对OCI（开放容器项目）的兼容性仍不够完善。尽管rkt已放弃appc，全力支持OCI，但目前尚未完全实现。面向CRI（容器运行时接口）的rklet仍在开发中。但考虑到其新东家（CoreOS刚刚被Red Hat收购）的技术背景，我们相信这些问题将得到改善。
Mesos容器引擎2018年，Mesos容器引擎占据了整个容器市场份额的4%。作为Apache的开源项目，Mesos提供了非常好的性能参数。类似rkt，它也支持Docker和appc两种镜像。参考Docker对OCI的兼容方式，Mesos对OCI标准的支持也将很快发布。
在讨论Mesos的用户案例时，基础设施及DevOps专家Ricardo Aravena认为，尽管它可以应用于不同场景，但其最佳应用场景是结合Spark和Flink等计算引擎，实现一个面向大数据处理的平台。
不足之处在于，Mesos容器引擎必须通过Mesos框架运行这些容器，而不能像其他容器那样独立运行。
LXC容器接下来，是占据了最后1%份额的LXC Linux容器。实际上，LXC的出现远早于Docker，
它被称为“服用了兴奋剂的chroot”。LXC本身也有一个非常活跃的技术社区。
LXC容器主要由三部分组成：作为运行时的lxc；用go编写的管理容器和镜像文件的守护进程lxd；管理文件系统的lxfuse。最初的lxc只是一些容器管理工具的底层实现，lxd则在lxc的基础上实现了新的图形界面和命令行工具，极大改善了用户体验。
根据Aquasec的说法，lxd通过容器的方式模拟了类似虚拟机的操作体验，并避免了虚拟机的额外系统负载。Windows和MacOS用户也可以访问lxd进程。
遗憾的是，LXC容器目前还不能与Kubernetes进行整合，也没有实现对OCI标准的支持。当然，我们希望正在开发的lxcrun能够解决这些问题。
OpenVZOpenVZ作为Linux内核的一个功能扩展，于2005年发布了第一版。它是一个基于容器虚拟化的开源解决方案，允许在单一操作系统上运行多个虚拟环境或虚拟专用服务器。由于所有虚拟容器共享了主机系统内核，这使得OpenVZ具有极低的内存消耗。
由于OpenVZ操作系统级容器化的定位，它不太适合运行单一程序的场景。而且它也没有提供主流的CRI支持或Kubernetes整合。甚至有传言说OpenVZ7的稳定性不如OpenVZ6。
ContainerdContainerd是一个符合工业标准的容器运行时，注重简洁、健壮性以及可移植性。它目前是CNCF（云原生计算基金会）的孵化项目。Containerd可以以守护进程的方式在Linux和Windows上运行。
Containerd支持OCI镜像文件，与gRPC天然嵌合，并且具有完善的容器生命周期管理功能。更多内容可参阅官方文档。
其他一些容器运行时包括：Windows Server容器、Linux VServer、Hyper-V容器、Unikernels（单一地址空间内核）、Java容器。
结语无疑，Docker仍然是目前最流行的容器解决方案，并且将继续流行很长时间。然而，正如上文所分析的那样，在某些特定应用场景下，Docker的优势将不再那么明显。如果这些替代Docker的容器得到发展，将不可避免地影响整个Docker生态系统。
OCI标准的提出，让我们看到了容器技术标准化的发展趋势。在选择合适的容器工具时，我们程序员应该首先考虑OCI的兼容性实现，当然还包括可移植性、社区活跃度以及在实际生产环境中的应用数量（毕竟实践是检验真理的唯一标准）。
