сплит это вроде бы метод, он не через | идёт, а через . и его результат это лист, а у регекспа строка вроде бы

ну там по индексам 0 и 1 можно вытащить, наверное

ну да, есть даже first и last

.split() | first

как то так

есть plugin filter'ы

там вижу splitext

он по / разделяет

ext - extention

а, ну да, split() он вроде в самой Jinja2

по точке разделяет

в split() можно указать по какому символу делить

Можно добавить plugin filter для роли, если что вдруг

(ну, понятно, что можно скриптом на питоне, а есть лучше варианты?)

JSON Query Filter

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

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

делигейт ту

или local_action

- name: Path existing check stat: path: /{{backups_path}}/{{inventory_hostname}}/ delegate_to: localhost become: false register: p

something like that

local_action все равно на всех выполняет

Фактически есть 2 плейбука - один выполняется только на одном хосте localhost, второй на нем же и на всех остальных.

нужно синхронно запускать, только часть задач не передавать

странно что нету переменной и адресом хоста который был инициатором :( через extra-vars передал

local_action все равно на всех выполняет

run_once не спасает?

run_once не спасает?

то что нужно! работает :) спасибо :)

🙂

JSON Query Filter

а там можно разбить по @ одно из полей, поменять порядок и изменить тип на int через jmespath?

как это будет выглядеть?

Господа, а какую систему сервис дискавери вы используете ? Или как то решаете эту проблему внутри ansible

?

Consul ?

Или у вас нет таких проблем ?

консул

https://github.com/ansible/ansible/blob/devel/contrib/inventory/consul_io.py

Спасибо

Господа, а какую систему сервис дискавери вы используете ? Или как то решаете эту проблему внутри ansible

А я бы вот с удовольствием послушал какого рода проблемы вы хотите решать с помощью сервис дискавери. Заранее спасибо.

Тут пожалуй нужно оговориться и добавить: из тех что вы могли/можете решить с помощью ансибла.

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

Точнее сервисы

Тут пожалуй нужно оговориться и добавить: из тех что вы могли/можете решить с помощью ансибла.

а как без дискавери иметь динамический инвентори?

Если я правильно понял он для этого нужен, т.е. не указывать строго что вот хост вот его порт и тп

А что бы сервисы сами регистрировались где то

Если я правильно понял он для этого нужен, т.е. не указывать строго что вот хост вот его порт и тп

у нас есть и эврика и консул, так получилось. в целом разницы большой нет, если делаете client side lb, то там больше от имплементации на стороне клиента зависит

а как без дискавери иметь динамический инвентори?

Ну по разному можно, скажем так. Динамический инвентори не всегда означает наличие сервис дискавери

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

Он же решит проблему когда мне нужено будет добавить для nginx 10 бекэндов

Консул темплейт решит да

И не писать руками все связи ? Я просто пока не пойму будет ли у меня такая проблема ) Я пока только планирую все это использовать :)

Ну тогда поиграюсь с ним

Он же решит проблему когда мне нужено будет добавить для nginx 10 бекэндов

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

Мне главное что бы я мог в конфигах не писать статические адреса

Т.е. допустим пример, есть у меня php-fpm и мне нужно сказать ему что allow_address={{ all nginx }}

И где то эти all nginx должны регистрироватся, либо разбить их по группам в зависимости от приложения

И разве нельзя использовать upstreaь с хостами ?

главное динамическая линковка в нужных местах конфига

Вот взял я из vmware\openstack хостов и хочу их линковать в зависимости от апликации\нужд и тп

И мне хочется писать для каждого хоста host_vars и указывать точные порты ip и тп

Вот взял я из vmware\openstack хостов и хочу их линковать в зависимости от апликации\нужд и тп

вот оттуда же возьми своим скриптом динамического инвентори хосты. а порты - это уже нечто другое: это нужна поддержка соответствующая во всех приложениях, прокси и прочих вещах.

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

Он такое не может ?

Опять же, концепт "оно само" идёт вразрез с концептом IaaC

Почему ?

Оно опишет само себя )

считай это как писать в бд , это тупо мета

Потому что IaaC - это значит, что всё проскриптовано и прописано в полном объёме, и твой репозиторий с деплоями и есть документация по твоей инфраструктуре.

так оно будет указано, просто в конфиге аппа

Да она есть, но это не значит что я должен статически в каждом конфиге прописывать все сервисы

в соседней репе

мне в голову приходит только динамическая линковка, т.е. я хочу это держать как данные

А не как код

А линковать по тегам\или как угодно

Я может просто не правильно объясняю

На бумаге было бы проще наверное )

А линковать по тегам\или как угодно

Фраза "как угодно" в тех случаях, что я видел, на деле реализуется в виде "никак" или "руками".

Это первое.

Ну пускай будет сушность тег

Так сказать групировка

Второе - ты по сути говоришь о системе оркестрации контейнеров. Это в другой чат совершенно - про k8.

А причем тут контейнеры ?