MS
а люди, которые придумали вот это вот: в какой конфиг значение вписывали, туда и обращайтесь придумали Сбербанк кажется
Size: a a a
2020 May 14
MS
кстати, .env файлы хорши и с точки зрения автопровижна
MS
контейнер зарядить переменными может любой скрипт сборки, или тот же vault
MS
и все достаточно консистентно между средами
A
да, особенно, если автоматизировать инфраструктуру
a
http://blog.rfox.eu/en/Programmer_s_critique_of_missing_structure_of_oper.html
лонгрид про всякие строки и конфиги
лонгрид про всякие строки и конфиги
VD
Регламенты == дисциплина == трата внимания и времени разрабов. Если можно решить вопрос дешевой автоматизацией, лучше бы решить автоматизацией
Регламент — это как раз возможность для автоматизации; на этом даже Фреймворк построили, кажется, Ruby on Rails; вроде, популярный
IN
Не вижу противоречия ) Просто у @alex автоматизировано на уровне инфраструктуры, но не все себе это могут позволить.
И на самом деле реализация паттерна "Конфигурация" типа того же persey спасает не только от проблемы с ENV, а еще например от необходимости дублировать повторяющиеся настройки в dev/test/prod.
В persey ты прописываешь только отличия конфигов по сути, а основная масса наследуется.
И на самом деле реализация паттерна "Конфигурация" типа того же persey спасает не только от проблемы с ENV, а еще например от необходимости дублировать повторяющиеся настройки в dev/test/prod.
В persey ты прописываешь только отличия конфигов по сути, а основная масса наследуется.
VD
> ты прописываешь только отличия конфигов по сути, а основная масса наследуется.
почему-то мне это напомнило cancan и его переопределение правил) и это не есть хорошо
почему-то мне это напомнило cancan и его переопределение правил) и это не есть хорошо
IN
can-can-а в твоем приложении потенциально может быть оочень дохрена. Есть механизм его разрастания. Кол-во конфигов у тебя == кол-ву окружений, так что имхо мимо )
NB
Не вижу противоречия ) Просто у @alex автоматизировано на уровне инфраструктуры, но не все себе это могут позволить.
И на самом деле реализация паттерна "Конфигурация" типа того же persey спасает не только от проблемы с ENV, а еще например от необходимости дублировать повторяющиеся настройки в dev/test/prod.
В persey ты прописываешь только отличия конфигов по сути, а основная масса наследуется.
И на самом деле реализация паттерна "Конфигурация" типа того же persey спасает не только от проблемы с ENV, а еще например от необходимости дублировать повторяющиеся настройки в dev/test/prod.
В persey ты прописываешь только отличия конфигов по сути, а основная масса наследуется.
так dotenv умеет в базовый .env с переопределением для .env.%environment%
NB
В целом за 10 лет на разных размеров проектах особой проблемы использованием .env не доставляло так, чтобы прям боль в пятой точке 🤔 при это были и прям огромные. Разве что да, .sample устаревает
IN
повезло значит. но .sample кстати тоже да
w
ребзя, подскажите плз, нужно запускать повторяющуюся таску в проекте
w
дефолтным решением для этого служит whenever, и собственно крон
w
но проект обернут и запускается из докер-компоуза
AD
дефолтным решением для этого служит whenever, и собственно крон
я обычно сайдкик использую для этого, если задачу так можно запустить
AD
но проект обернут и запускается из докер-компоуза
а у тебя оркестратор какой? кубер, сворм или еще что-то?
IN
так dotenv умеет в базовый .env с переопределением для .env.%environment%
вот с этим имел огромную проблему, когда на прод с s3 заливались оба файла, и никто не мог понять откуда по факту что берется )
Оказалось что работало оно не так как все думали что оно работает )
Оказалось что работало оно не так как все думали что оно работает )
w
а у тебя оркестратор какой? кубер, сворм или еще что-то?
нету оркестратора, запуск через компоуз образа для сайдкика и самой рельсы