Обновить
57
0

Пользователь

Отправить сообщение
ну я думаю, что это все таки баг. В мозгах разработчика.

Потому что сначала при импорте ролей все переменные применяются и в итоге последнее значение записывается.
а потом при проигрывании опять для каждой роли применяются переменные…
и зачем они их применяют Джва раза — вот тут непонятное.

вывод:
в ролях использовать уникальные имена переменных
если надо вызывать одну роль с разным параметром, то при вызове присваивать значение параметра уникальной переменной в роли, которая нигде снаружи роли использоваться не должна.
замена статического импорта на динамический инклюд возвращает логику, но замедляет выполнение ;)
- hosts: host1
tasks:
- debug: var=foo
- include_role: name=somerole
vars:
foo: 2
- include_role: name=somerole
vars:
foo: 3
- debug: var=foo
ansible --version
ansible 2.7.13

TASK [debug] *************************************************************************************************************************************************
ok: [localhost] => {
"foo": 3
}

TASK [somerole : debug] **************************************************************************************************************************************
ok: [localhost] => {
"foo": 2
}

TASK [somerole : debug] **************************************************************************************************************************************
ok: [localhost] => {
"foo": 3
}

TASK [debug] *************************************************************************************************************************************************
ok: [localhost] => {
"foo": 3
}


найс… что они там курят то?
Все согласно доке:
docs.ansible.com/ansible/latest/user_guide/playbooks_variables.html#variable-precedence-where-should-i-put-a-variable

TASK [debug] *************************************************************************************************************************************************
ok: [localhost] => {
"foo": 1
}

TASK [somerole : debug] **************************************************************************************************************************************
ok: [localhost] => {
"foo": 2
}

TASK [somerole : debug] **************************************************************************************************************************************
ok: [localhost] => {
"foo": 3
}

TASK [debug] *************************************************************************************************************************************************
ok: [localhost] => {
"foo": 1
}


ansible --version
ansible 2.6.2
Сейчас специально проверил.
Поставил 1.15.0, задеплоил в него три деплоймента с разными версиями API и обновился до 1.16.0
После обновления, версия у всех сменилась на apps/v1.
Так что таки да — существующие деплойменты обновит и все продолжит работать. Выкатка новых версий сломается, если у вас старые API прописаны
спасибо. исправил
ну такоэ…

основная трамблема, если мне надо отправить 1% трафика на канарейку, то надо будет поднимать 99 стейбл-реплик на один канареечный.
что не самое удобное решение )))

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

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

а не мегапост, как хабра написала
я с kops дела не имел, так что не знаю. Коллега давно уже с kops работал, уточню у него
проще. кубспрей так раньше и делал — генерировал сертификаты на 100 лет.
в Kubeadm 1 год захардкожен — поэтому живем с тем, что есть.

Насколько это влияет на безопасность в случае утечки ключей — вопрос холиварный и к статье отношения не имеет.
позвольте процитировать документацию. вольный перевод
с версии 1.15 kubeadm научился-таки продлевать все-все сертификаты при обновлении кластера командой kubeadm upgrade
а он обновит срок сертификата?
Просто в доке написано: If both files already exist, kubeadm skips the generation step and existing files will be used.
Открываете свой Dockerfile, сравниваете с тем, что в статье.
Если есть похожие места — пора срочно искать ИИ.
с кронджобами еще немало граблей есть.
посмотрите и помедитируйте над
.spec.startingDeadlineSeconds
.spec.concurrencyPolicy
.spec.successfulJobsHistoryLimit
.spec.failedJobsHistoryLimit
вот только платежку для повтора платежей можно выбрать максимум месячной давности
а они часто бывают давности месяц+1 день
Ужасный новый интерфейс.
Почему историю платежек можно только за месяц смотреть?
Мелкие ИП любят дублировать платежки, а из выписки, в которой можно посмотреть на платежки за больший срок, нельзя сделать копию платжеки

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

Смотрю в текущей версии сделали кнопку «подписать и отправить»…

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

Определить в cisco-конфиге, что измененные строчки приходятся на int F0 они могут, а подать команду exit после отправки всех измененных строчек, чтобы вернуться в основной контекст они уже не могут.
select * from pods where uzel is NIL;


Как страшно жить…
Одни предлагают получать весь список и потом начинают его перебирать, и называют это надежной архитектурой…

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

Коментарии к пулреквесту доставляют немыслимое удовольствие…
Вместо того, чтобы добавить механизмы автоматического восстановления ребята предлагают всем потерпеть, пока они будут править свои баги.
Ну если при синхронизации что-то пришлось синхронизировать — выведите инфу об этом в логи…
И авторам сообщат об ошибке из логовт и эксплуатантам не надо будет писать костыль-кронджоб для ребута контроллера.

Информация

В рейтинге
Не участвует
Откуда
Воронеж, Воронежская обл., Россия
Дата рождения
Зарегистрирован
Активность