Size: a a a

2021 June 25

VY

Vladislav Yarmak in Go-go!
выходит, что упрощается код и на этом всё
источник

RS

Roman Sharkov in Go-go!
не нужна будет БД как отдельный модуль, код оперирует чисто на ОЗУ
источник

VY

Vladislav Yarmak in Go-go!
остальное всё как было так и осталось, те же реплики, те же индексы
источник

VY

Vladislav Yarmak in Go-go!
да ну конечно, щас
источник

RS

Roman Sharkov in Go-go!
не могу утверждать с точностью не имея цифр на руках, но готов поспорить что такое решение увеличит пропускную способность и понизит latency
источник

VY

Vladislav Yarmak in Go-go!
по сравнению с чем?
источник

RS

Roman Sharkov in Go-go!
по сранвнению с БД как отдельным модулем в системе
источник

RS

Roman Sharkov in Go-go!
отпадают ненужные шаги и лишние абсктрации
источник

VY

Vladislav Yarmak in Go-go!
как быть с тем фактом, что сервер обычно на бэке не один?
источник

VY

Vladislav Yarmak in Go-go!
ну то есть не одна гошная приложенька, которая всё держит в памяти, пускай и персистентной
источник

RS

Roman Sharkov in Go-go!
дробить функционал на сервисы по возможности наверное
источник

VY

Vladislav Yarmak in Go-go!
если его дробить на сервисы, то возникает проблема распределённых транзакций
источник

VY

Vladislav Yarmak in Go-go!
которые надо будет проворачивать на, по сути, разных базах
источник

RS

Roman Sharkov in Go-go!
но мы конечно сейчас говорим о сферическом коне в вакууме, было бы более уместно обсуждать целесообразность применения подобных технологий на конкретном бизнес кейсе
источник

RS

Roman Sharkov in Go-go!
не нужны распределённые транзакции, это лишняя сложность. Дробить надо делимое, а неделимое пускай будет на одной тачке
источник

C

Calculon in Go-go!
а если не влезает в одну тачку
источник

RS

Roman Sharkov in Go-go!
ну например?)
источник

i

inqfen in Go-go!
А как насчёт ha  и реплик неделимого?
источник

i

inqfen in Go-go!
Одна тачка падает и нет этого неделимого.
источник

VY

Vladislav Yarmak in Go-go!
YOLO Architecture
источник