?

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

Но уперлись в разные понятия тырпрайза и на этом щакончили

а... понял, скучно)

есть у кого статья-"железный аргумент" почему использование env MY_PARAM=value(unix way) лучше чем передавать аргументы через параметры команды ( --my-param=value)

ну у меня на проде могут стоять сразу заданные env параметры для юзера

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

просто trololo run и поехали

вместо того чтобы передавать десяток аргументов

ну тип того, они ж не спроста называются "параметры окружения".

ну и никогда не стоит забывать что всегда можно сделать --my-param="$ENV_VAR"

ENV_VAR=123 trololo run

или как оно там)

все так))

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

пример - docker-compose или composer

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

я понял, спс. Я все это уже говорил, этого недостаточно :(

а какие аргументы "против"?

я понял, спс. Я все это уже говорил, этого недостаточно :(

ну блин это сложно, это про здравый смысл)

здравый смысл есть не у всех)

ну и тут лучше на конкретном примере

а какие аргументы "против"?

тоже интересует

ммм мб как один из аргументов то что в списке процессов будут фигурировать эти параметры? например если среди них есть пароли

ммм мб как один из аргументов то что в списке процессов будут фигурировать эти параметры? например если среди них есть пароли

ну env переменные для паролей тоже не очень секьюрно на самом деле

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

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

а если его и надо перезапустить /работает супервизор?)

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

Самое грамотное придумали до нас - хашикорп)

Самое грамотное придумали до нас - хашикорп)

планирую на него перелазить

планирую на него перелазить

Куб?

д

д

Главное базу в нем не храни

Главное базу в нем не храни

RDS

Вообще любой персистанс - это не про куб)

Вообще любой персистанс - это не про куб)

че так?

ну то есть....

там есть проблемы с персистент маунтами?

там есть проблемы с персистент маунтами?

Ну когда ноды физически мрут - это проблема)

Ну когда ноды физически мрут - это проблема)

а часто у тебя ноды физически мрут?

А вообще там хватает приколов, например, криво-приготовленный терформ может изнасиловать etcd, от чего помрут всё инстансы контейнеров со всем, что было внутри)

а часто у тебя ноды физически мрут?

Случалось)

Ну я персистед маунты не стал юзать

Знаю что ребята из соседних контор чего то с ним огребали

Я вообще на сворм всё больше смотрю

Он как JS

А куб - как C++

сворм скорее как php

вроде работает вроде все ок но все не как у людей и все сыро

вроде работает вроде все ок но все не как у людей и все сыро

Да не скажи. Ребята местные юзают, и типа норм

Ну всё работает. Вот прям совсем всё.

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

чет я помню там были косяки существенные с балансиковкой нагрузки.... ну то есть у тебя в силу особенностей overlay сети либо еще чего там были приколы