М
помоему решение идеальное.. и его можно воплотить в рамках одной машины
Size: a a a
2021 June 24
W
Например следующая оптимизация - это шарды сгруппировать по тачкам, научить выбирать через си на шаред памяти и укрупнить шард, так как памяти надо будет меньше.
М
там достаточно ресурсов.
М
я тут имею ввиду вот что, это означает, что данный сервис будет для каждой машины свой
W
Это вариант ответа на вопрос - как шардироваться.
М
набор агргегаторов и подконтрольный им набор шардов
М
мне кажется я это буду писать пару месяцев.
М
а ещё тесты..
М
ууухх
W
Да, если вам этого будет достаточно - вперед. Я про следующую оптимизацию написал, потому что оно там просится как следующий шаг, но гораздо более трудоемкий.
VG
гугл решал не ваши, а конкретно свои задачи (и даже в них, кстати, разок обосрался с роутингом протобуфов несколько лет назад)
М
ну если мы с 40 мс, упадём до 15 это будет результат )
W
Если у вас это влезает в память тачки, то можно немного упростить... Пусть агрегатор сам нафоркает себе чилдов (шардов) и через пайпы с ними общается.
М
хм, да, кстати
М
очень большое спасибо
М
архитектура самое важное
W
Но это вас ограничивает
W
Как только вы перестанете помещаться в память тачки надо будет переписывать
М
ну нет, можно будет утащить агрегатор/шарды на машину отдельную
М
и ещё пяток лет пожить так )