답변:
나는 runit에 대해 들어 본 적이 없지만 무거운 Monit 사용자입니다 ...
를 보면 runit초기 대체품이라는 것을 알 수 있습니다. 대부분의 엔터프라이즈 시스템은 기본 Sys V init 또는 Upstart를 사용 한다고 주장합니다 . 나는 그것을 바꾸는 것이 일반적인 관행이라고 생각하지 않습니다.
그러나 여기서의 관계는 runit이 Monit을 생성하고 실행 상태를 유지하는 편리한 방법을 제공한다는 것입니다. 아마도 inittab에서 Monit을 실행하는 것과 비슷합니다. 본질적으로 "감시자를 감시"하거나 모니터링 시스템을 모니터링하는 것입니다.
실제로 Monit을 데몬으로 사용하며 충돌이나 죽이는 데 아무런 문제가 없었습니다. 어쩌면 매력은 runit추가 보호 기능을 제공한다는 것입니다.
Monit 은 PID 파일 대신 프로세스 이름 패턴 일치 와 함께 잘 작동 합니다 .
runit은 서비스 제어 및 로깅에 적합하며 유닉스 방식에도 잘 맞습니다. 필요에 따라 간단한 부품을 쉽게 결합 할 수 있습니다. 서비스 시작 / 중지를 확인하고 이벤트 처리를 수행 할 수 있지만이 모든 것을 직접 스크립트해야합니다. 참고 : 포 그라운드에서 서비스를 실행할 수없는 경우 runit이 작동하지 않습니다.
monit은 서비스 제어에 문제가 없지만 (데몬 및 로깅을 직접 처리해야하므로 runit만큼 좋지는 않습니다) 올바른 pidfile을 노출하는 경우 자체 데모 프로세스에도 적합합니다. 반면에 이벤트 처리, 메모리 누수 확인 등과 같은 서비스를 보는 것은 정말 좋습니다. 또한 서비스 상태 탐색 (명령 줄 기반 및 웹 기반)을위한 멋진 대시 보드와 여러 서버에서 데이터를 가져 오기위한 상용 대시 보드 m / monit가 있습니다.
runit + monit를 사용하는이 방법은 다음과 같습니다.