Как бы вы внедрили миграции для нескольких независимых кусков проектов, работающих с одной бд?

Question

[bondle]

Есть один проект, разбитый на независимые модули на голом пхп. Одна часть принимает хуки, другая работает с их данными. Проекты лежат в разных репах на гите. Сейчас подумал о переносе изменений в базе на миграции. Но в какой проект поместить данные о миграциях? Ведь в будущем появится еще n проектов, независимо работающих с этой же базой. Единственное что пришло в голову - создать еще один реп, который будет хранить в себе только миграции.
Поделитесь опытом решения подобных проблем.

ps выбрал эту либу https://github.com/okvpn/migration-bundle
Если работали, можете прокомментировать

Comments

[bondle]

tommy-vercetti, я думал об этом, но мне показалось, что это будет слишком дорого для нас сейчас. По мимо, у меня есть вопрос. Сейчас у нас один проект занимается наполнением базы (принимает хуки от сервисов, пишет данные). Другой сервис выводит эти данные и дает возможно работы с ними. Как тут можно использовать 2 независимые базы, если не прибегать к дополнительным сервисам переноса данных?

[rPman]

bondle, что значит дорого? вы умудрились сесть на тарифный план к хостеру где платить приходится не за объем и нагрузку а за количество баз? бегите от туда

разные базы это значит разные наименования баз но хоститься они могут на старте в пределах одного и того же сервера

Answer 1

[0x131315]

Возможно стоит выделить ту часть, что работает с БД, в отдельный сервис?

Comments

[bondle]

оба сервиса работают с одной таблицей в бд

Answer 2

[Сергей]

С базой должен работать только один проект, он должен быть входной точкой для других проектов.
Общий код как-раз должен хранится как отдельный проект, там же миграции.