Comments
Это должно работать для микросервисов. Интересно, можно ли применить подобный подход, когда речь идет о компоненте, который может менять схему данных? На первый взгляд — нет.
Если нужен 99.99% uptime все равно не получится вносить ломающие обратную совместимость изменения в схему. Скорее всего нужно делать обратно совместимые изменения схемы, что бы и старый и новый сервис могли с ней работать одновременно. Потом в следующем релизе удалять не нужное.
Так можно. Но тут ломаетя сама идея проверки изменений на небольшом количестве пользователей. Если ошибка как-раз в изменении схемы, то от нее пострадают все.
Тогда нужно делать шардирование базы и канаречный деплой схемы в один из шардов
Ага. И озаботиться, чтобы именно с этим шардом всегда работал один и только один инстанс application server… Сложности, сложности :)
Only those users with full accounts are able to leave comments. Log in, please.