Если я плейбуком создаю контейнер докера, то для того, чтобы

он оставался запущенным, это надо какой-то state указывать?

писать unit-файл. и пользоваться предназначенными для этого системами, а не ансиблом

- name: freeipa - start community.docker.docker_container: name: freeipa image: freeipa/freeipa-server:fedora-36-4.9.9 restart_policy: unless-stopped state: started

Ну вы про политику ? Да

ага, я уже попробовал, получилось! Благодарю!

Я бы и в докер добавил директиву { "live-restore": true }

Понял, благодарю, ознакомлюсь!

systemd unit file для того чтоб контейнер не завершался это мощно

systemd unit file для того чтобы корректно работать с процессом. Это норма. А все вот эти вот -d это от лукавого. А потом мы бля ищем из какой же папки кем и как запущен какой-то сервис, от сотрудника который недоступен

Расскажи плиз подробней, у вас такое используется? На каждый контейнер свой юнит файл написан?

да, безусловно. Если это не кубер, то каждый процесс запускается через systemd - будь это докер или на самом хосте

А разве системд умеет следить за состоянием контейнера?

Умеет. man systemd-nspawn = много интересного и полезного

Это да, но тут же о докере. Я вот не могу понять этого. Получается что системд это просто запускала докера, который будет управлять контейнером. И толку от этого только что ты условно знаешь где лежат сервисы

Нет. systemd-nspawn - это запускалка контейнеров, следилка и прочее, и даже machinectl есть.

это время. надеюсь не нужно объяснять что единообразие и порядок куда лучше чем беспорядок и разные способы запуска. Когда у тебя инцидент, ты зайдёшь на любой сервер в 3 часа ночи и будешь точно знать что и откуда начинать раскручивать

Оке, это уже офтоп. Я для себя хотел понять ваш кейс

Но если мы говорим про ансибл, то мы знаем что и откуда раскручивать - из репозитория с плейбуками

строго говоря у тебя вокруг докера делается мощнейший инструмент, я расскажу пару кейсов: - очень активно используем пре/пост старт екзеки для преподготовки к работе сервиса а также для регистрации его в консуле. - точные команды что делать на stop, reload, restart - какие подсовывать энвы - как часто перезапускать и с каким таймаутом - в каком режиме убивать - можно прописывать депенды как в компоузе без компоуза и прочие прочие плюхи системд

Согласен. Ты часом не в Яндексе ?

мы же с тобой общались недавно в личке)

ну тут кто что будет готовить. Можно через юнит. делал да. Можно делать через композ. Номад и прочее. Все решаемо.

композ не масштабируется. он полезен либо на локалхосте либо как блекбокс для клиента

ну я не понимаю про что ты. Как бы и голый контейнер не шибко масштабируется. Масштабирование начинается со swarm и выше. ))

А нафига всё это? :) Как же принципы микросервисов, что они должны быть "простыми и прямыми" как палка? :)

А надо оно так?

Об этом даже в книжке писалось "введение в технологии контейнеров и kubernetes", здравый шаг на самом деле

Ну у меня задача такая: поднять на сервере докер-контейнер и в нём развернуть influx. Возможно ты подскажешь, как это более красиво сделать) с терраформом я не разобрался в плане зеркал или локального хранилища. Я в группе по терре начал задавать вопрос, но там какой-то токсик выскочил и начал со мной разговаривать, как будто я его батя. Я не совладал и приуныл, дальше уже не стал ребят расспрашивать. пока что у меня в распоряжении ансибл и докер. Я подумал, может в ансибле есть инструменты, которыми я бы мог воспользоваться. Чтобы не просить готовые плейбуки, а попытаться разобраться самому, задаю маленькие но конкретные вопросики) Рад любой помощи или подсказкам.

инфлакс не надо в докере подымать

Один простой совет, перед тем как задавать вопрос - берешь ключевые слова и пишешь в поиск на гитхабе. Если это не изотерика или кровавый энтерпрайз, то найдется сразу несколько решений на выбор - https://github.com/search?l=YAML&q=docker_container+influxdb&type=Code.

спасибо тебе, добрый человек 😌