Size: a a a

Архитектура ИТ-решений

2021 July 11

PD

Phil Delgyado in Архитектура ИТ-решений
Даже если нельзя запускать два экземпляра одновременно (так иногда бывает в любой архитектуре), все равно совместимость на версию назад по данным и API - необходима.
источник

p

pragus in Архитектура ИТ-решений
Ну так это как раз ограничения монолита )
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Не понял, где ограничения? Поясни, где есть разница между монолитом и сервисом?
источник

p

pragus in Архитектура ИТ-решений
В микросервисе можно новую версию катнуть с новой бд, не то что с новой схемой
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Нет, конечно.
Если у тебя несколько сервисов одновременно работают с общими данными - то база там будет одна и та же, какие еще могут быть варианты?
С новой БД можно выложить, только если в этой БД нет никаких данных (и это вообще не БД, а какой-то кэш).
источник

PD

Phil Delgyado in Архитектура ИТ-решений
А ты вообще видел сценарии, когда с еще одной версией сервиса выкладывается и новая БД?
источник

p

pragus in Архитектура ИТ-решений
У каждого сервиса своя бд. А общая бд - это антипаттерн
источник

p

pragus in Архитектура ИТ-решений
Да, вполне.
источник

Ms

Mutko says in Архитектура ИТ-решений
Типикал авс блюгрин
источник

PD

Phil Delgyado in Архитектура ИТ-решений
У каждого сервиса - да, своя БД. Но у всех экземпляров одного сервиса - обычно одна бд на всех (так как это про общие данные  всех экземпляров сервиса).  И при миграции этой БД приходится учитывать, что к ней обращается несколько экземпляров одновременно.

Если же по БД на экземпляр, то тогда какие данные кроме кэша там могут быть?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
А что там за данные тогда, если это только данные времени жизни экземпляра?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Так что, там данные дублируют полностью под каждую выкладку?
источник

Ms

Mutko says in Архитектура ИТ-решений
А в чем проблема, снепшот + новая схема
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Снепшот базы под нагрузкой - уже нетривиальная штука. А если база хотя бы в терабайт - еще и не быстрая (
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Снепшот на уровне хранилища чуть проще, но там свои проблемы..
источник

Ms

Mutko says in Архитектура ИТ-решений
Это не мы придумали, есть рекомендации авс по блюгрину
источник

PD

Phil Delgyado in Архитектура ИТ-решений
А для блюгрин нужен мгновенный снэпшот - и это реально сложно.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Эээ, а есть ссылка? И какие-то данные по НФТ? А то для стандарных БД эта схема не работает вообще никак.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Просто все схемы bluegreen, которые я видел - не предполагают копирование persistance. И не нашел быстро соответствующий документ  у AWS.
источник

GM

Gleb Mekhrenin in Архитектура ИТ-решений
С постгресом видел как минимум один живой проект на снапшотах zfs. В nutanix era примерно такая же история есть, но там список бд больше. Решения на рынке точно есть.
источник