Docker，LXD和LXC有什么区别？他们提供的服务相同还是不同？
#1 楼
不，LXC，Docker和LXD不太一样。简而言之：LinuX容器（LXC）是一种操作系统级虚拟化方法，用于在单个控件上运行多个隔离的Linux系统（容器）主机（LXC主机）https://wiki.archlinux.org/index.php/Linux_Containers
低级...
https://linuxcontainers.org/
Docker
由Docker，Inc.
一个容器系统使用LXC容器
，因此您可以：
Build, Ship, and Run Any App, Anywhere http://www.docker.com LXD
Canonical Ltd.利用LXC容器的容器系统
，以便您可以：
run LXD on Ubuntu and spin up instances of RHEL, CentOS, SUSE, Debian, Ubuntu and just about any other Linux too, instantly, ... http://www.zdnet.com/article/ubuntu-lxd-not-a-docker -replacement-a-docker-enhancement / Docker vs LXD
Docker专门用于部署应用程序
LXD专门用于部署（ Linux）虚拟机
来源：http://linux.softpedia.com/blog/infographic-lxd-machine-contain ers-from-ubuntu-linux-492602.shtml
最初：https://insights.ubuntu.com/2015/09/23/infographic-lxd-machine-containers-from-ubuntu/
次要技术说明
安装LXD包含一个命令行程序，巧合名为
lxc http://blog.scottlowe.org/2015/05/06/quick- intro-lxd / 评论
people.canonical.com/~kirkland / ...
–伊贾兹·艾哈迈德·汗（Ijaz Ahmad Khan）
16年5月12日在9:18
自2014年以来，Docker就不再使用LXC：blog.docker.com/2014/03/…
–丹尼·科平（Danny Kopping）
18-09-12在7:57
#2 楼
此图可以帮助您了解它们之间的主要区别：
它们所有的共同点在于，这三种技术都与容器相关。
容器是轻量级的虚拟化不需要您在物理硬件仿真上设置虚拟机的机制。在Linux中，它们的共同点是所使用的内核功能：
cgroups，namespaces(ipc, network, user, pid, mount)。他们还尝试通过创建非特权容器并与selinux之类的安全功能集成来创建更安全的环境。这些技术可以导出API，以更好地与其他软件集成。LXD和LXC
这两种技术集成了相同的系列，其中：遏制功能。这是负责管理内核名称空间，Apparmor和SELinux配置文件，Chroots，内核功能以及其他所有与内核相关的工作的人。lxd：是容器“管理程序”。它由守护程序（lxd），命令行界面（lxc）和OpenStack插件组成。开发此人的目的是为lxc提供更多的灵活性和功能，同时仍在内部使用它。
基本上，使用隔离的基础结构创建了自包含OS用户空间。与Docker相比，lxc更直接依赖于网络和存储的OS功能。
您创建了许多虚拟机，这些虚拟机具有用户空间和内核隔离，但是它们不是完整的虚拟机，因为它们没有运行分离的内核，也没有半虚拟化出于同样的原因。
Docker
它具有一些差异，其中最大的差异是使用独立文件系统而不是基本“用户空间映像”包装应用程序的引擎。想法是包含应用程序和基本图像，以产生应用程序是引擎内部单个进程的印象。 Docker使用lxc技术作为与内核进行通信的基础，但是今天，它使用了自己的库libcontainer。
文件系统是Docker的抽象，而lxc直接使用文件系统功能。网络也是一种抽象，而使用lxc则可以更轻松地设置IP地址和路由配置。微软，亚马逊，Vmware，IBM和其他参与者正在维护一些“类似于App Store”的网站。
Docker。 INC。是这里的主要赞助商。 Vmware也正在投资这项技术。
相关的容器技术：
这些是Linux拥有的其他容器技术：OpenVZ和Linux-VServer
相关的资料：
Linux LXC vs FreeBSD监狱
了解LXC和Docker之间的主要区别
操作系统容器与应用程序容器
评论
people.canonical.com/~kirkland / ...
–伊贾兹·艾哈迈德·汗（Ijaz Ahmad Khan）
16年5月12日在9:18
是的那真的很新，因为涉及Ubuntu wada-wada上的所有zfs。这是一个演示。始终警惕PDF或PPT存在“比那个更好”或“最快的技术”或“比Y更具可伸缩性”的世界...
–user34720
16年5月12日在10:57
我已经变得非常怀疑Canonical推出的产品。他们倾向于以他们可能的身份而不是他们的身份来宣传他们。通常，那个“可能会”还需要几年的时间。
–orodbhen
16年6月23日在20:42
代替使用小写的lxc，这应该是对liblxc的引用。就工具而言，它可以引用1.x到3.x，其中lxd（仅是守护程序）仅适用于liblxc> = 2.0，并且lxc属于LXD客户端程序，后者是lxc的后继程序-*命名为LXC 1.x工具。
– 0xC0000022L
18年3月3日，14：52
评论
发现这一点很有用。最新最好的信息。 people.canonical.com/~kirkland / ...infoworld.com/article/3204171/linux/…上的一个很好的解释。它提到，尽管Docker最初是作为一个开放源代码项目来构建专门的LXC，但后来在链接上更多地变为了自己的容器运行时环境