и для атома, и для вскода есть плагины для шифрования/расшифрования волта

разной степени полезности

и для атома, и для вскода есть плагины для шифрования/расшифрования волта

Ну там только тот, который целиком шифрует

А мне нужно часть строки в файле

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

Сам редхат говорит что шифровать кусками не самая лучшая идея

иногда удобно, например только connectionString

Сам редхат говорит что шифровать кусками не самая лучшая идея

а почему? я шифрую данные прямо в плейбуках один из минусов, что я так понял не очень "эффективная" работа с расшифровыванием, или экстрополяцией данных если запускать ansible-playbook -vvv я вижу кучу вызов дешифрования, во много раз больше чем надо

они говорят что в каких-то случаях тавер не сможет работать с таким

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

Это инвентори

а почему? я шифрую данные прямо в плейбуках один из минусов, что я так понял не очень "эффективная" работа с расшифровыванием, или экстрополяцией данных если запускать ansible-playbook -vvv я вижу кучу вызов дешифрования, во много раз больше чем надо

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

Имеется ввиду, что некоторые переменные будут зашифрованы

Остальные открыты и могут редактироваться кем угодно.

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

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

ну так то они у меня в vars все лежат, в самих плейбуках vault нету

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

Здорово работать в конторе с одним одминэ в лице себя. Не здорово, когда переменные будут редактировать посторонние люди, и знать им ходки в БД совершенно не обязательно, а держать секреты в файле отдельно плохо вяжется с логикой.

ну так то они у меня в vars все лежат, в самих плейбуках vault нету

тогда у тебя не должно быть лишних вызовов дешифрования.

Здорово работать в конторе с одним одминэ в лице себя. Не здорово, когда переменные будут редактировать посторонние люди, и знать им ходки в БД совершенно не обязательно, а держать секреты в файле отдельно плохо вяжется с логикой.

почему? у меня зашифрованные данные лежат прямо в git

Здорово работать в конторе с одним одминэ в лице себя. Не здорово, когда переменные будут редактировать посторонние люди, и знать им ходки в БД совершенно не обязательно, а держать секреты в файле отдельно плохо вяжется с логикой.

с какой логикой?

тогда у тебя не должно быть лишних вызовов дешифрования.

мне все равно кажется, что их СЛИШКОМ много вызовов, но у меня и много переменных зашифрованных

Выносим переменные в group_vars и нужные файлы шифруем, другие - нет

Выносим переменные в group_vars и нужные файлы шифруем, другие - нет

+100500

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

Выносим переменные в group_vars и нужные файлы шифруем, другие - нет

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

с какой логикой?

Ну у меня там дикшинари под каждый конфиг

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

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

Выносим переменные в group_vars и нужные файлы шифруем, другие - нет

еще +100500

Вчера спрашивал про ошибку "UnicodeEncodeError: 'ascii' codec can't encode characters in position ordinal not in range(128)" Нашел в чем проблема - из-за строки в конфиг файле [defaults] ansible_managed = Этот файл управляется ansible, не вносите тут изменения - они будут перезаписаны. Непонимает русский текст :(

Не могу не согласиться а ансиблом

Но третий питон по идее должен лучше работать с национальным кодировками

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

ну у всех свои стандарты, а внутренюю документацию тоже на англ. ведете?

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

умляуты же

Вчера спрашивал про ошибку "UnicodeEncodeError: 'ascii' codec can't encode characters in position ordinal not in range(128)" Нашел в чем проблема - из-за строки в конфиг файле [defaults] ansible_managed = Этот файл управляется ansible, не вносите тут изменения - они будут перезаписаны. Непонимает русский текст :(

а если добавлять # -*- coding: utf-8 -*- в начало конфига?

ну у всех свои стандарты, а внутренюю документацию тоже на англ. ведете?

Конечно

Русский в конфиге это возможность потрахаться не только с провиженингом но и с софтом

И с окружением

Что конечно не касается баз данных. И шаблонов для отображения данных

имхо, в современном мире с utf8 обычно проблем нет, ну кроме питона2 как тут

Ахаха

У вас наверное другой мир

И я бы не против в ваш.

имхо, в современном мире с utf8 обычно проблем нет, ну кроме питона2 как тут

бгг, ну конечно

вы еще скажите таймзоны - это просто

да обычный мир - centos, nginx, mysql ну пока вся компания в одном часовом поясе - да)

Эмм... документацию на русский продукт на английском? Или продукт изначально европейский?

Что такое русский продукт? 1с?

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

Что такое русский продукт? 1с?

ну допустим какой-либо интернет-магазин :)

Ну или там локальный проект на СНГ

Берешь такой и ведешь на английском... и половину хедов(если сфера не IT изначально) ничего в документации не понимают

а если добавлять # -*- coding: utf-8 -*- в начало конфига?

Попробовал - все так же

Я не знаком с таким понятием. Можете расшифровать что такое локальный продукт. Это только с русскопонимающих?

Попробовал - все так же

Так и не должно сработать

Берешь такой и ведешь на английском... и половину хедов(если сфера не IT изначально) ничего в документации не понимают

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

Я не знаком с таким понятием. Можете расшифровать что такое локальный продукт. Это только с русскопонимающих?

в общем да, локальный портал, например :)

Это же конфигурация в ней интерполяции и не должно быть

в общем да, локальный портал, например :)

Не знаю не играл в такое. Но думаю на автомате предложил бы на английском.

Я не знаком с таким понятием. Можете расшифровать что такое локальный продукт. Это только с русскопонимающих?

Например IaC страховой компании

Как и коммит мессаги

Да и сам проект

попробуйте убрать, это питоно проблема

у вас в темплейте встречаются русские символы?

Как и коммит мессаги

Коммит месаги согласен, но вот документация не могу полностью согласиться

Да и сам проект

Думаю дело в том что когда я пишу в ide думаю на том языке что пишу. На русском в ide я не пишу

Думаю дело в том что когда я пишу в ide думаю на том языке что пишу. На русском в ide я не пишу

Плюс опять же встанет вопрос разрабов с откровенно средненьким английским

а таких на самом деле процентов 70-80

У меня вполне средний.

Вы наверное про какой то другой средний

Шапка файла в которой написано «не трогай» не сильно похожа на документацию

Ок. Предел Present Simple)

Типа чуваки читают доки, но хуево)

А студенты

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

Ну так их учить надо а не стебатся и занижать уровень требований

Ептыть. Их 70-80%. Включая синьеров разрабов

расскажу свою историю: в СНГ проекте делал большую автоматизацию, сделал, сдал в прод, и вяло вяло поддерживаю, потомучто все ок ко мне приходит переодически работяга из этой конторы с мелкими хотелками (которые решаются на уровне поправить host_vars/group_vars) в какой-то момент я научил его самому делать Pull Request , а остальное делал CI/CD после того как он начать делать пулл-реквессты, я перешел на русский язык в коммит мессаджах. что бы работяга понимал что происходит. такие вот условия работы в СНГ конторах

А то так и до написания драйверов на java дойдет