Че случается когда несколько рельсоконтейнеров с одинаковыми бд креденшиалами запускают почти одновременно rails db:migrate? Первый проводит миграции, остальные ждут, а как первый закончит, то все сразу проходят?

Че случается когда несколько рельсоконтейнеров с одинаковыми бд креденшиалами запускают почти одновременно rails db:migrate? Первый проводит миграции, остальные ждут, а как первый закончит, то все сразу проходят?

Че случается когда несколько рельсоконтейнеров с одинаковыми бд креденшиалами запускают почти одновременно rails db:migrate? Первый проводит миграции, остальные ждут, а как первый закончит, то все сразу проходят?

Упадёт все) интересное конечно решение, но какая сама задача то?

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

Просто упадёт, а какую задачу решаешь-то?

Да я думаю как организовать миграцию нормально в кубернетсах, подумал вот этот rails db:migrate в init пода засунуть. В принципе то что они падать будут тоже не беда

привет, может кто объяснить, есть env в системе REDIS_URL=redis://134.56.80.12:6379 // пример ип, не реальный если что )
RAILS_ENV=production
RAKE_ENV=production

используется resque, есть инициализатор в config/initializers/resque.rb
соодержание приблизительное

config_file = "./config/resque.yml"
  resque_config = YAML.load(ERB.new(IO.read(config_file)).result)
  uri = URI.parse(resque_config[Rails.env])
  Resque.redis = uri

есть конфиг config/resque.yml

development: localhost:6379
test: localhost:6379
production: <%= ENV['REDIS_URL'] %>

когда запускаю rails c  и ввожу ENV['REDIS_URL']
то поулчаю url правильный

потом получаю сущность с базы model = Model.find 1
запускаю джобу resque model.runJob

пишет Redis::CannotConnectError: Error connecting to Redis on 127.0.0.1:6379 (Errno::ECONNREFUSED

т.е. подхватывает env уже не production, а development

когда зашел в конфиг  config/initializers/resque.yml и написал Rails.logger.debug(Rails.env) поулчаю development вместо production

хотя в системе выставлено RAILS_ENV=production

я не руби разработчик от слова вообще, занимаюсь DevOps
это у меня в системе проблема или что-то в проекте править нужно ?

Так и делаю щас, хуй ня же

Деплой становится сложнее, лишние телодвижения появляются. А надо шобы жмак энтер и идешь за кофейком

Так тебя набор подов никак не лимитирует в достижении жмака

Ну типа ты сначала деплоишь тот под, потом прогоняешь миграцию, потом деплоишь остальные. Так? Или как? Или может можно настроить чтобы новые поды включались только после того как один конкретный отработает?