Новые подходы автоматизации Wildfly

[@SyrexS]

А чем он принципиально отличается от простого копирования?

[@SicYar]

принципиальное отличие в том, что можно ear положить в одну директорию для хоть 10 wf и дальше ansible задеплоит во все необходимые сервера
с учетом, что например бывает сложно что-то отправить на прод, это облегчает процесс деплоя
Так же использование ansible помогает делать проверки разные, задача часто строится не только из копирования, но так же из добавления хост зависимых переменных например, проверок и тд, что может привести к сложному bash\python скрипту, в случае с ansible может быть немного проще кмк

[@SyrexS]

Я не про Ansible в целом. А про смысл конкретного модуля

[@SicYar]

на мой взгляд это более удобно, использовать данный модуль с его подходом использования единой директории, ну и это позволяет использовать общий воркфло для всего деплоя

[@AlexGluck]

Ничем, КГ/АМ.

[@SyrexS]

*

[@AlexGluck]

А что мешало реализовать использовать модуль copy? Просто скопировали файл куда надо, а потом ждём пока задеплоится. А для раздеплоя модуль file. Или вообще не проверять деплой в ансибл, а делать это через лог\консоль.

[@SicYar]

например при 10 имеющихся wf будет занято место в 10 раз больше с модулем copy
Так же надо тогда следить за нагрузкой на сервере, если модуль делает все шаг за шагом, то после copy придется описывать в скрипте логику старта — часто именно процесс деплоя дает высокую нагрузку на CPU, которая в дальнейшем не будет такой и создавать сервер с большим количеством CPU исключительно для процесса деплоя невыгодно.
в случае если делать копирование а потом лезть в разные консоли, остается много ручного труда, либо всю эту обработку необходимо описывать каким либо скриптом, что избыточно в данном моменте на мой взгляд.
на данный момент у меня на сервере 36 WF инстансов работает, таких серверов несколько, ansible является единой точкой деплоя без каких либо сторонних костылей, что облегчает управление и поддержку приложения

[@AlexGluck]

например при 10 имеющихся wf будет занято место в 10 раз больше с модулем copy

Вот код можете в нём показать, что вы имеете ввиду? Место будет занято столько же, вот код модуля copy подтверждающий это, вы ошиблись или как то сложно мысль свою доносите.

Так же надо тогда следить за нагрузкой на сервере, если модуль делает все шаг за шагом, то после copy придется описывать в скрипте логику старта — часто именно процесс деплоя дает высокую нагрузку на CPU, которая в дальнейшем не будет такой и создавать сервер с большим количеством CPU исключительно для процесса деплоя невыгодно.

В таком случае, исходя из кода обоих модулей, необходимо всегда следить за нагрузкой.

на данный момент у меня на сервере 36 WF инстансов работает, таких серверов несколько, ansible является единой точкой деплоя без каких либо сторонних костылей, что облегчает управление и поддержку приложения

Это замечательно, жаль что вы им пользоваться не умеете, и ничего не понимаете, что делаете.

[@SicYar]

я вообще про это
os.remove(os.path.join(deploy_path, "%s.deployed" % deployment))
но на самом деле это один из подходов, жаль, что такое решение проблемы вызвало столько негатива у вас

[@AlexGluck]

я вообще про это
os.remove(os.path.join(deploy_path, "%s.deployed" % deployment))

Как это относится хоть к какому то комментарию под вашим мусором, который вы считаете статьёй? И вообще, это раздеплоивание, делаем:

file:
path: "{{ deployment_file }}.deployed"
state: absent

И получаем тот же эффект. Никак не связано с экономией места, абсолютно непонятный модуль jboss, даже вредный.

например при 10 имеющихся wf будет занято место в 10 раз больше с модулем copy

Вы писали про экономию места, это голословное заявление, которое вы не можете подтвердить.

Так же надо тогда следить за нагрузкой на сервере, если модуль делает все шаг за шагом, то после copy придется описывать в скрипте логику старта

Вы писали про контроль нагрузки, ваше решение этого не делает.

использовать данный модуль с его подходом использования единой директории

В каком, простите, месте он использует единую директорию?

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