w
но вот еще один образ чисто под крон-штуку держать — как-то жирно мне кажется
https://github.com/Moove-it/sidekiq-scheduler
у нас такая штука юзается в aws-е
Size: a a a
2020 May 14
VA
в случае если один контейнер может и норм будет
AD
а, ну смотри, у тебя три варианта:
- сайдкик, если есть возможность конечно
- если вы в условном авс крутитесь - можно взять там шедулер (во всех клаудах есть)
- есть такие поделки, если оба варианта не подходят (https://github.com/mcuadros/ofelia)
- сайдкик, если есть возможность конечно
- если вы в условном авс крутитесь - можно взять там шедулер (во всех клаудах есть)
- есть такие поделки, если оба варианта не подходят (https://github.com/mcuadros/ofelia)
w
о, точно, забыл про него
NB
вот с этим имел огромную проблему, когда на прод с s3 заливались оба файла, и никто не мог понять откуда по факту что берется )
Оказалось что работало оно не так как все думали что оно работает )
Оказалось что работало оно не так как все думали что оно работает )
я вот сейчас подумал и вспомнил, что тоже был подобный кейс :)
AD
но я бы лучше сайдкик взял, просто потому что проще всего
PP
нету оркестратора, запуск через компоуз образа для сайдкика и самой рельсы
Официальный образ nextcloud содержит ещё и установленный cron и entrypoint для него, которые в дефолтном не запускаются. Поэтому тот же образ просто запускается рядом с контейнером приложения, но с другим entrypoint'ом.
w
офелия огонь, ща посмотрю
IN
я вот сейчас подумал и вспомнил, что тоже был подобный кейс :)
воот! )
w
Официальный образ nextcloud содержит ещё и установленный cron и entrypoint для него, которые в дефолтном не запускаются. Поэтому тот же образ просто запускается рядом с контейнером приложения, но с другим entrypoint'ом.
вот этого и хотелось бы избежать, таска раз в сутки, а ресурсы постоянно жрутся
NB
но там вроде прям что-то специфическуое было, то есть отклонение он "конвенций". Деталей не помню
Думаю у любого подхода всегда нарисуется парочка проблем, невозможно, чтобы всё идеальненько
Думаю у любого подхода всегда нарисуется парочка проблем, невозможно, чтобы всё идеальненько
PP
вот этого и хотелось бы избежать, таска раз в сутки, а ресурсы постоянно жрутся
Крон сам по себе ресурсов жрёт крохи. А подпроцесс, который он запускает, как завершится, память освобождает.
w
а, т.е. ты предлагаешь именно то, что делает офелия, просто запускать подпроцесс по крону
w
я возьму sidekiq-scheduler в этот раз. спасибо большое всем
PP
а, т.е. ты предлагаешь именно то, что делает офелия, просто запускать подпроцесс по крону
Ну, я не то чтобы предлагаю, просто недавно nextcloud разворачивал и мне это их решение показалось весьма консервативно-изящным 🙂
В сущности, да, как офелия. Разница только в том, что офелия другой образ, но сама умеет запускать любые образы. Тогда как крон в образе приложения умеет запускать только части образа приложения.
В сущности, да, как офелия. Разница только в том, что офелия другой образ, но сама умеет запускать любые образы. Тогда как крон в образе приложения умеет запускать только части образа приложения.
DG
1. dotenv разрастается и превращается в env hell,
2. .env.sample устаревает и содержит какой-то мусор
3. проверки вида
4. Хочется валидаций и умолчаний (разных для разных стейджей)
5. Некоторые штуки хочется брать из ямлов, некоторые из зашифрованных креденшелов, некоторые держать закоммиченными открытым текстом
В общем, тут есть простор для тысячи реализаций и блог-постов. Вот наше: https://evilmartians.com/chronicles/anyway-config-keep-your-ruby-configuration-sane
2. .env.sample устаревает и содержит какой-то мусор
3. проверки вида
ENV['blah-blah'] расползаются по всему коду и их потом сложно собирать4. Хочется валидаций и умолчаний (разных для разных стейджей)
5. Некоторые штуки хочется брать из ямлов, некоторые из зашифрованных креденшелов, некоторые держать закоммиченными открытым текстом
В общем, тут есть простор для тысячи реализаций и блог-постов. Вот наше: https://evilmartians.com/chronicles/anyway-config-keep-your-ruby-configuration-sane
о да).. шикарный и пост и anyway_config !)
RI
а если для конфигов хочится что-то вроде dry-configurable (с вкусным DSL), но с плюшками, по ООПшному (типа объекты там, инстансы, без глобалок, вот это все), с экспортами-импортами объектов настроек в другие классы, с поддержкой разных форматов типа ямл-джсон-томл-ENV-__END__, импортами, хэш-лайк-поведениями, релоадами, фризами, конфиг-мерджами и наслоедванием, методами-предикатами, валидацями, нестинг-вызовами как методами и тд и тп - напилил такую штуку когда-то (2 года назад) и по сей день расширяю. https://github.com/0exp/qonfig
может кому зайдет 🤔
может кому зайдет 🤔
AR
привет всем) кто нибудь из вас пишет блог свой о программировании или о чем еще?