чи застосовується вищий та наглядовий контроль для однієї і тієї ж речі?


13

У мене є деякі процеси на основі jvm, які мені потрібно переконатись у запуску кожного разу, коли мій сервер перезавантажується, а також якщо він зупиняється через несподівану помилку тощо.

Я запускаю Ubuntu 12.04 на випадок у справах.

Я бачив зразкові сценарії для запуску, і я таким чином схиляюся, але я хочу зрозуміти, в чому полягають відмінності з чимось на кшталт вищого або нагляду.

Чи використовуються вони в точно таких же цілях або є відмінності у функціональності?

Відповіді:


12

Різниця полягає в тому, що напад є заміною init, тоді як нагляд є Process Control System. Це пояснення дається на supervisord сайті :

Він поділяє деякі ті самі цілі програм, як запуск, daemontools та runit. На відміну від деяких із цих програм, він не призначений для запуску як заміна init як "id процесу 1". Натомість він призначений для використання для управління процесами, пов'язаними з проектом чи замовником, і повинен запускатися, як будь-яка інша програма під час завантаження.

Це означає, що сам супервізор буде запущений на початку, або через файл завдання для початківців, або через скрипт init sysV. Особисто я вирішив використовувати менеджер процесів, а не простий init, починаючи з наступних причин:

  1. Служба не належним чином демонструє
  2. Відомо, що послуга вмирає і потребує спостереження та перезапуску

Приклад програми, яка не демонструється належним чином, - це коли вона не закриває stdout і stderr і продовжує записувати дані в ці місця. Супервізор може керувати реєстрацією цього виводу.


Я бачу, не впевнений, що повністю розумію, але я подумав, що на початку роботи також можна перезапустити процес, якщо він не вдасться.
Бланкер

@ Blankman Я думаю, що в сучасних системах init є навіть менше причин
jordanm

Зауважу, що правильним рішенням для служби, яка не належним чином демонструє, було б виправити помилку із вказаною службою, яка спричинить її неправильне демонстрування. Я дозволю, що щось подібне до нагляду було б корисно для №2.
Шадур

1
@shadur Я не згоден, що це найкраще рішення. Можливо, ви не є власником цього процесу, тому ви не можете його виправити. Навіть якщо ви зможете це виправити, незалежно від того, скільки помилок ви виправляєте, ви ніколи не дізнаєтесь, що більше не ховається, і через роки ваш процес знову загине, на виробництві, через деяку ситуацію, яка ніколи не зазнавала раніше, наприклад, незвичайний стан мережі або бази даних. Чи хотіли б ви, щоб ваш сайт залишався в автономному режимі, засмучував користувачів, коштував вам грошей? Ні. Вам потрібен інструмент для перезавантаження послуг. Період.
Джонатан Хартлі
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.