他们不是在寻找守护进程本身,而是在管理该进程并确保其正常运行.他们引用围绕守护进程构建的kludgey框架实例,其中守护进程没有着眼于该管理,因此需要过多的资源来重新启动它,在它之后进行清理等.
他们指出并建议使用系统管理设施软件,包括smf(Solaris),upstart(Linux),launchd(OSX),甚至是旧的init和ttys(旧的Unix版本和基于BSD的发行版).他们没有提到systemd(也是Linux),但这可能是时机.他们也没有提及inetd或者xinetd也使管理和重新启动基于网络的守护进程变得简单和简单.
所以他们并不是真的建议不要守护进程; 他们建议你在发明漂亮的守护进程服务流程之后,不要重新发明它的管理框架.通过了解如何管理服务器来开发您的服务器,这可能会使涉及的总体工作量更少.从目前来看,这是一种devops态度.