前言
市面上常见的容器化方案，像 Docker、Podman 或者 LXC/LXD，都是被广泛使用的技术。然而起步更早的 systemd-nspawn 却鲜有人关注。其实经过多年的发展，systemd-nspawn 也和其他方案一样使用了趋同的 Port Mapping、Mount Bind、Environment 等配置选项。 
但是 systemd-nspawn 和其他方案相比，并不是一个「一站式」的解决方案，一方面它做的事情更加少，几乎只有「负责创建容器」这个功能，而网络、文件系统等功能比较依赖用户自己配置，另一方面也缺乏标准化的镜像打包和镜像仓库，几乎只能依赖用户自己创建 rootfs。因此对比起来，systemd-nspawn 更加「难用」，当然从另一个角度来说也更加「灵活」。 
至于为什么在容器生态发展到今天，我依然要使用 systemd-nspawn，其实对我这个强迫症来说有...