Порівняйте ту саму вимогу
Прочитайте кожен рядок щодо застосунку, який ви плануєте використовувати, а потім перевірте припущення, зазначене в прикладі.
Прокручуйте горизонтально, щоб прочитати кожен стовпець на маленькому екрані.
| Критерій | Нативний сервіс systemd | Контейнер Docker |
|---|---|---|
| Процес | Хост-виконуваний файл і юніт | Точка входу/середовище виконання контейнера |
| Порти | Адреса прив'язки процесу | Опубліковане зіставлення хост-контейнер |
| Дані | Шляхи хоста, що належать користувачу служби | Іменований том або явне bind-монтування |
| Журнали | journald або призначення застосунку | Драйвер журналювання контейнера/призначення застосунку |
| Оновлення | Пакет/артефакт плюс перезапуск юніта | Новий образ плюс заміна контейнера |
| Залежності | Впорядкування/готовність юнітів | Залежності Compose та умови перевірки стану |
Приклад вибору
Один бінарний файл з одним конфігураційним файлом може бути найпростішим як нативний юніт. Перевірений образ з явним томом і зіставленням портів лише на loopback може зробити випуск із кількома залежностями відтворюваним.
Рішення
Використовуйте межу, яку ви можете перевірити та відновити. Публікація порту Docker може обійти припущення щодо поведінки брандмауера хоста.
Використана документація
Основні посилання для цієї сторінки. Перевірте документацію для версії, встановленої у вашому середовищі.