E
Вот здесь я вынужден спросить: што? Как кап связан с шардированием?
Size: a a a
2021 September 06
YM
Как будто база в нормальной ситуации лочит больше одной записи?
E
Она лочит не меньше одной, а значит она тормозит настолько же или больше, но не меньше, как ты утверждаешь
AS
Если у тебя фильтрация идёт через where, то может лочить страницами, индексами, таблицами. Смотря какая структура и какой запрос
YM
Есть, поэтому оракл и сиквел продают кластерные версии, где это делают профессионалы а не мамины гошники
YM
Мы говорим про апдейт бай айди
AS
Напрямую. Шардирование = создание распределенного хранилища. CAP теорема описывает характеристики распределенных систем включая хранилища
E
А типа без шардирования распределенки не бывает?
MN
А что решает
E
А хочешь шардирование без кап? Берешь два инстанса мускула и по хэшу от айдишника кидаешь туда или туда.
AS
Дизайн на уровне сервисов (транзакционность, отказоустойчивость и т.д.)
AS
Может мы по разному эту теорему понимаем
AM
Между традиционным SQL и кластером нод на микросервисах уже давно лежат простойки из in-memory no sql, в форматах graph ql и всяческие кеши
E
Я в этом прямо уверен
E
> в форматах graph ql
E
Что-то сегодня здесь какие-то прям интересные вещи пишут
AM
Не только, значит
YM
Микросервисная архитектура подразумевает что любой может завалиться сам, но другие должны стоять.
Вот тут как раз бред от адептов микросервисов. Вот если у меня каталог продуктов упал и я не могу ни заказ сделать, ни товары отрисовать, то то, что мой сервис авторизации работает мне не холодно и не жарко, И наоборот, если мой айдентити упал, а каталог работает, мне тоже пофигу
Вот тут как раз бред от адептов микросервисов. Вот если у меня каталог продуктов упал и я не могу ни заказ сделать, ни товары отрисовать, то то, что мой сервис авторизации работает мне не холодно и не жарко, И наоборот, если мой айдентити упал, а каталог работает, мне тоже пофигу
E
Смотрите, архитектор не научился в микросервисы