SG
баш когда встречает ошибку прекращает работу сценария, ансибл идет дальше.
А почему у меня он дальше идет когда мне надо? 🙂
... || exit 0 никто не отменял. 🙂Size: a a a
2020 October 28
SG
A
... || exit 0 никто не отменял. 🙂да и &2>/dev/null
R
А почему у меня он дальше идет когда мне надо? 🙂
значит я просто не умею его готовить для этого.
SG
Возможно.
R
Можно... Все можно сделать через универсальный интерфейс (зачеркнуто) башизм... Но зачем тогда Ansible? Можно просто на баше хренячить и все. 🙂
разница в синтаксисе. Кому что удобнее.
SG
Судя по предыдущему ответу ту не умеешь готовить ни то ни другое. Может стоит что-то одно изучить? 🙂
R
не-не, и то и другое на уровне джуна. Развиваю по техзадаче.
AS
тогда удачи
АЛ
Можно... Все можно сделать через универсальный интерфейс (зачеркнуто) башизм... Но зачем тогда Ansible? Можно просто на баше хренячить и все. 🙂
Универсальный интерфейс, 4 буквы.
АЛ
разница в синтаксисе. Кому что удобнее.
почитай про идемпотентность
R
на курсах девопс в отус об этом говорили. Да, bash не идемпотентен
AS
в ансибл (как и в других оркестраторах), есть классические вещи и есть возможность выполнять свой код и/или команды
AS
на курсах девопс в отус об этом говорили. Да, bash не идемпотентен
сделай его таким, какой тебе нужен... Можешь глянуть пример как создаются базы данных в ансибле к примеру
AU
Народ, вопрос.
Кто нить в контейнеризации попадал на такую ситуацию.
Есть приложение "А" крутится в контейнера (А), для полноценной работы ей необходимо общаться с приложением "Б" в контейнере (Б).
Так вот если перезапустить контейнер (Б), а контейнер (А) в этот момент не трогать, и не перезагружать, тогда в логах приложения "A" при первом обращении к приложению "Б", будет видно ошибки от приложения UnresolvedAddressException. До того момента пока приложение "А" не будет перезапущено!
При этом, резолв из контейнера (А) идет нормально, и выдает новый IP контейнера (Б).
Кто нить в контейнеризации попадал на такую ситуацию.
Есть приложение "А" крутится в контейнера (А), для полноценной работы ей необходимо общаться с приложением "Б" в контейнере (Б).
Так вот если перезапустить контейнер (Б), а контейнер (А) в этот момент не трогать, и не перезагружать, тогда в логах приложения "A" при первом обращении к приложению "Б", будет видно ошибки от приложения UnresolvedAddressException. До того момента пока приложение "А" не будет перезапущено!
При этом, резолв из контейнера (А) идет нормально, и выдает новый IP контейнера (Б).
значит, хреново сделано приложение, что не может заново сделать сокет или зарезолвить адрес контейнера Б. возможно, это можно сделать через посыл сигнала в приложение каким-то образом, но это костыль - проще перезапустить контейнер А, а лучше - исправить приложение в контейнера А, чтобы оно правильно обрабатывало временную недоступность ресурса контейнера Б
A
значит, хреново сделано приложение, что не может заново сделать сокет или зарезолвить адрес контейнера Б. возможно, это можно сделать через посыл сигнала в приложение каким-то образом, но это костыль - проще перезапустить контейнер А, а лучше - исправить приложение в контейнера А, чтобы оно правильно обрабатывало временную недоступность ресурса контейнера Б
Я тоже к этому склоняюсь
A
Хотел услышать мнение других людей
R
в ансибл (как и в других оркестраторах), есть классические вещи и есть возможность выполнять свой код и/или команды
когда разбирался с ad-hoc рекомендовалось выполнять задачи модулями, а не командами.
A
А такой еще вопрос, в k8s можно обращаться по имени service который имеет (staticIP) и по имени пода у которого (dynamicIP). Есть такое у swarm? Можно ли service дать static ip
A
&