Было бы круто, если можно было бы позвонить в техподдержку и попросить сьехать от них

Кто нибудь делал вебхуки для Gitlab с Jira?

>Правильно ли понял?
не совсем правильно. Поставь базу новую рядом. Накати в нее дампы. И потом просто переключи днс имя со старой базы на новую. И получится, что сервисы не поймут подмены. Если креды к базе будут те же.

"Рядом" это как?

В том же енве

У меня scaleway  и google cloud

так он в другой енв утащить хочет вроде

Аааа

Сори

Продолбалась 😂 пропустила этот момент 😂

Хм

Так ..

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

Задачка становится интереснее, но все же, а почему не сделать все так же как я говорила? Днс имя просто придется в одном месте перестать использовать, в другом - начать. Нет разве?
Бесшовно будет плюс минус

видимо только через пгрестор https://cloud.google.com/sql/docs/postgres/import-export/importing

я думаю тут вариант только с написанием своего костыля для репликации. Хотя мб что-то в облаках для этого предусмотрено, но вендорлок вполне себе может быть

1) пишем софт, который пишет все запросы куда-то
2) запускаем этот софт
3) снимаем дамп базы и разворачиваем его в новом облаке
4) запускаем запросы (которые до этого писали) на эту новую базу, с момента дампа
5) Дорабатываем бэкенд, чтобы он писал в обе базы одновременно
6) Проверяем что все работает нормально, тестим, и только потом отключаем бэкенды от старой базы

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

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

Звучит разумно. Единственное - стоит ли дорабатывать сервисы? Вернее... Не слишком ли трудозатратная операция переключения на новую базу получается? Если типо ещё и сервисы дорабатывать надо. Дважды(потому что это потом ещё и выпиливать придется, функционал который будет отвечать за запись в обе базы)

Report on spam message was send to admins. Plz be patient.