systemd是Linux平台下的一款系统和服务管理器，兼容SysV和LSB（Linux Standard Base）启动脚本。近日，CoreOS团队采访了systemd 项目的创始人 Lennart Poettering，探讨了systemd的历史，以及与容器结合、未来的规划等问题。目前，Arch Linux、CoreOS、Debian、Fedora、openSUSE、Ubuntu等Linux发行版已经将systemd作为默认的服务管理器。 systemd历史 Lennart描述，在创建systemd项目之前，他们曾经非常关注由Canonical公司（Ubuntu发行版维护公司）创建的Upstart项目。 Upstart是严格事件驱动，代码比较简洁，当时已经被Ubuntu和Fedora等发行版采用。但是经过细致了解，Lennart发现Upstart 的基础设计是倒退的。他认为系统管理器应该计算到启动时的细节，而不是像Upstart那样只计算一个大概的工作，将细节留给开发者和系统管理员。因为这 些区别，systemd项目开始创建。 在 systemd项目的创建之初，这些创建者们从系统管理员和其他系统启动器中汲取灵感。最初systemd被设计成仅仅是一个初始化（init）系统，即 作为一个独立的启动进程，完成Linux用户空间启动的基础工作。然后，启动并不是systemd需要解决的唯一问题，后续，systemd主要在 Linux用户空间的创建和运行时维护上进行了大量工作。 目前，systemd已经可以被看做是操作系统构建过程中需要的基础构建模块集，它除了是一个初始化系统之外，还包括了设备管理、登录管理、网络管理、日志模块等等。 systemd和容器的关系 现代系统和服务管理中越来越多的应用到了容器。容器本身包含了应用需要的所有依赖，systemd的作用，就是作为粘合剂，将容器和操作系统结合起来。 目前，在systemd中，一些命令已经能够直接感知到容器。这些命令的控制和信息获取，除了针对当前主机，也能够针对主机上的所有容器。例如 对于systemd来说，除了能够支持管理容器的运行，同时也能够运行在容器中。目前对systemd的大部分测试本身就是在容器中完成的，这是因为和物理机器相比，容器有着更快的启动速度，并且更容易进行测试。 systemd现在也包含了一个命令 更多systemd和容器、操作系统相关内容，可以观看Lennart在CoreOS Fest上的演讲：systemd at the Core of the OS。 systemd和其他容器工具的结合 目前 systemd和rkt的结合已经基本上完成，rkt使用systemd-nspawn作为它的容器后端。对于systemd的开发者来说，他们更加希望 systemd能够专注于单机的管理，而上层的工具，如rkt，可以基于systemd，提供诸如分布式、网络感知高级等功能。 |
