Одно приложение - одна роль

Подскажите как тогда лучше кастомизировать и поддерживать общий шаблон развертывания приложений?

Подскажите как тогда лучше кастомизировать и поддерживать общий шаблон развертывания приложений?

Что такое общий шаблон? Роль для установки какого-нибудь вебсервера - совсем не то же самое, что и роль для установки сервера бд

Подскажите как тогда лучше кастомизировать и поддерживать общий шаблон развертывания приложений?

Что такое общий шаблон? В таком виде совершеннно непонятно чего вы хотите

Подскажите как тогда лучше кастомизировать и поддерживать общий шаблон развертывания приложений?

Роль делающая всё-всё - обычно делает это плохо-плохо

Есть приложение spring boot С одной стороны есть общие вещи как логирование, консул, JVM С другой есть специфичные настройки application.properties и JVM По хорошему и первое - роль, и второе роль...

Есть приложение spring boot С одной стороны есть общие вещи как логирование, консул, JVM С другой есть специфичные настройки application.properties и JVM По хорошему и первое - роль, и второе роль...

Первое - не одна роль

Плейбук может и один с несколькими ролями, а вот роль - нет

Считайте роль некоторой библиотекой для реюза. Часто в языке программирования можно увидеть либу, которая реализует работу и с консулом и с промом?

Просто не хотелось бы редактировать шаблон файла логирования во всех сервисах-ролях

По сути один и тот же

Тогда что мешает его держать в самой роли в темплейтах? Или если он отдельно от нее часто изменяется - так отдельно и держать? В данном случае эти изменения тогда будут изменением конфигурации, но не роли

условно роль - действие 1 - действие 2 - действие 3 Набор действий стандартный, имеет одну какую-то цель, имеет дефолты и версионирование И вот изменение конфигурации логирования может производиться отдельно от роли, так же как изменение версии роли с изменением действий может быть независимым от шаблона

Там может быть и общий дефолтный темплейт, который может быть опционально заменен на любой другой

А изменение лейблов для логов в темплейте например - по идее поменяет весию роли, только реально она не изменилась. Поэтому в чем проблема этот темплейт отдельно и выносить? Еще и разные сервисы могут опционально использовать разные тесплейты

получается лучше организовать роль спринг приложения и пролинковать ее в подроли к сервисам-ролям

Ну как бы примерно: 1. Есть роли, которые живут в отдельных репах с отдельных версионированием 2. Есть плейбуки, которые их инклюдят. 3. Есть общая конфигурация находящаяся в отдельном репозитории например, как раз с темплейтами и прочим, в плейбуке она и юзается

Получается делаем роли, пишем плейбуки их используюшие, пишем конфиги. Если мы обновляем шаблоны конфигурации - мы не меняем ни версии ролей, ни плейбуки, мы изменяем только версию конфигурации, которую мы берем

понятно, спасибо

Все доброго утра/дня! А подскажите пожалуйста - как в модуль command, в котором запускается openssl для конфигурашки сертификата. сделать chmod 400, по умолчанию делает 644....

Все доброго утра/дня! А подскажите пожалуйста - как в модуль command, в котором запускается openssl для конфигурашки сертификата. сделать chmod 400, по умолчанию делает 644....

Привет, а а чем проблема ) сделай конкатенацию инструкций ) или отдельным шагом сделай чмод

Первое - я имел в виду что-то вроде "openssl blablbla && chmod 400 blablbla"

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

Все доброго утра/дня! А подскажите пожалуйста - как в модуль command, в котором запускается openssl для конфигурашки сертификата. сделать chmod 400, по умолчанию делает 644....

А чем https://docs.ansible.com/ansible/latest/modules/openssl_certificate_module.html не устраивает?

хм. а хорошая мысль - да спасибо можно попробовать и переписать, спасибо. Пока заменил command на shell и докинул в начало umask

shell и command вообще такая вещь, что нужно по максимуму это не использовать

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

Они и неимподентны и можно различные подземные стуки ловить, когда например шеллы разные

Ради справедливости - опенссл модуль своеобразен

Очень своеобразен

Добрый вечер, получилось прописать услугу по запросу api

@tnt4brain спасибо за статью, очень помогла

Теперь новый вопрос, необходимо что бы хост, а именно ip hosta так же прилётал по api

Ну наверное не сам ip адрес, а ID Inventory

Джельтмены и джельтменки, Пишу пайплайн. есть опыт в разворачивании ансиблом докер контейнеров? Чем предпочтительнее чем пару строк на шеле для одного хоста?

Джельтмены и джельтменки, Пишу пайплайн. есть опыт в разворачивании ансиблом докер контейнеров? Чем предпочтительнее чем пару строк на шеле для одного хоста?

Разворачивали. Плюс в том, что это (ансибл) 1. Проще шаблонизировать 2. Проще масштабировать 3. Получишь очень нужный опыт с ансиблом

Разворачивали. Плюс в том, что это (ансибл) 1. Проще шаблонизировать 2. Проще масштабировать 3. Получишь очень нужный опыт с ансиблом

1- согласен. но нет необходимости прям сейчас 2- одинокий сервак 3- вроде есть. вот думаю, кроме того, чтобы освежить скил, есть кае то еще плюсы в таком кейсе?

1- согласен. но нет необходимости прям сейчас 2- одинокий сервак 3- вроде есть. вот думаю, кроме того, чтобы освежить скил, есть кае то еще плюсы в таком кейсе?

смотри

скрипт быстрее. В разы. Если ты не будешь дальше проект развивать - это возможно осмысленнее

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

но если это масштабировать.... ну, ты понял

смотри

если поборю лень, напишу рольку. скажи пожалуйста, ты docker exec через ансибл делал? мне как раз надо постгрес бэкапнуть. пока через sh -c"pg_dump"

если поборю лень, напишу рольку. скажи пожалуйста, ты docker exec через ансибл делал? мне как раз надо постгрес бэкапнуть. пока через sh -c"pg_dump"

pg_dump ты можешь и на хосте выполнить - это раз

два - https://docs.ansible.com/ansible/latest/plugins/connection/docker.html

pg_dump ты можешь и на хосте выполнить - это раз

фак. точно. элементарно же 👍 спасибо тебе, добрый человек

@tnt4brain спасибо за статью, очень помогла

Всегда пожалуйста 😁

Всегда пожалуйста 😁

Напомни ссылку, а?

Это @patsevanton её транскриптил, если что.

Напомни ссылку, а?

Ща......

https://m.habr.com/ru/post/494738/

https://m.habr.com/ru/post/494738/

👍👍👍👍

https://m.habr.com/ru/post/494738/

делай репу, со списком крутых постов и ссылок по теме

pr ток принимай

https://m.habr.com/ru/post/494738/

Круть. Почитаю

чуть про другое, но может будет полезно https://github.com/ultral/awesome-iac-testing

PR приветствуются

товарищи советаните пож-та - пишу роль и в зависимости этой роли надо положить шаблон на совершенно другой хост - этот хост есть в инвентори - прописал через host: но не выходит

товарищи советаните пож-та - пишу роль и в зависимости этой роли надо положить шаблон на совершенно другой хост - этот хост есть в инвентори - прописал через host: но не выходит

delegate_to?

delegate_to?

спс щас гляну - раньше такое не юзал

delegate_to?

то что надо спасибо!

delegate_to?

нет не прокатило. наверное что-то не так с передачей переменных

msg: 'AnsibleUndefinedVariable: ''include'' is undefined'

нет не прокатило. наверное что-то не так с передачей переменных

А delegate_facts зачем?

А delegate_facts зачем?

спасибо!!!!!

- name: Insert query to test_table in db test_db postgresql_query: db: test_db query: INSERT INTO test_table (id, story) VALUES (2, 'my_long_story') ребят, а это ведь идемпотентно работает?

Сомневаюсь

- name: Insert query to test_table in db test_db postgresql_query: db: test_db query: INSERT INTO test_table (id, story) VALUES (2, 'my_long_story') ребят, а это ведь идемпотентно работает?

Вряд ли, он тупо запрос выполняет

Для таких вещей рекомендую liquibase

А чем UPSERT не подходит тогда?

- name: Insert query to test_table in db test_db postgresql_query: db: test_db query: INSERT INTO test_table (id, story) VALUES (2, 'my_long_story') ребят, а это ведь идемпотентно работает?

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

Вряд ли, он тупо запрос выполняет

а какой толк тогда в таком модуле? можно башибл

Для таких вещей рекомендую liquibase

мне не нужно прикручивать liquidbase просто затем, чтобы сделать инсерт 1 строки

Все можно башсибл. А идемподентность тут может быть и вредной как бы. Идемподентность в первую очередь инфраструктуры касается, а не данных в БД

а какой толк тогда в таком модуле? можно башибл

Ну как минимум для башсибла нужны зависимости типа psql, гемор с интерпретацией ошибок и т.д.

Идемподентность в самой БД разруливается на уровне ее запросов

То есть upsert в случае постгри

мне не нужно прикручивать liquidbase просто затем, чтобы сделать инсерт 1 строки

Тогда сделай select с register и делай инсерт на основе результата