K
получается можно вывести общую формулу типа "количество обрабатываемой информации" * "сложность вычислений" / сек
Size: a a a
2021 May 18
VK
Когда-то файлопомойки на 10Тб были топчиком, хайлоадом и вообще. А сейчас 10Pb - ну норм, обычно
VK
Раньше 1000rps на какой-нибудь сайте - это повод на конференции выступить и похвастаться. А сейчас 100000rps способен обеспечить любой вменяемый админ.
VK
И теде и тепе
ЮВ
хайлоад это когда нельзя обработать стандартными инструментами, стеками и вменяемыми деньгами за железо
PD
Я вообще разделяю проекты с "высокой нагрузкой" и проекты "отягощенные нагрузкой"
Высокая нагрузка - это когда нужно уходить в низкоуровневые оптимизации, так как стандартные подходы не работают. И да, на RoR это будет 100 RPS на узел, а для Java - 10000 RPS, но дело именно в "стандартные походы не работают".
Отягощенные нагрузкой - это когда нужно задумываться, какие именно стандартные подходы использовать.
Высокая нагрузка - это когда нужно уходить в низкоуровневые оптимизации, так как стандартные подходы не работают. И да, на RoR это будет 100 RPS на узел, а для Java - 10000 RPS, но дело именно в "стандартные походы не работают".
Отягощенные нагрузкой - это когда нужно задумываться, какие именно стандартные подходы использовать.
C
KoBa4oG Organic (3) увеличил репутацию Phil Delgyado (12)
PD
Ну, то есть когда мы вынуждены делать свой собственный service-mesh, потому что envoy тормозит - это уже про highload
А когда я просто думаю при разработке СУБД про ключи, запросы и оптимизирую под конкретный профиль - то это "отягощенные нагрузкой".
И сейчас "отягощенные нагрузкой" может быть и про 1M RPS, а "высокая нагрузка" - 10 RPS, зависит от стека и задач.
А когда я просто думаю при разработке СУБД про ключи, запросы и оптимизирую под конкретный профиль - то это "отягощенные нагрузкой".
И сейчас "отягощенные нагрузкой" может быть и про 1M RPS, а "высокая нагрузка" - 10 RPS, зависит от стека и задач.
p
можно посмотреть на интересные статьи от гугла ))
ЮВ
в биткойне 6 транзакций в секунду - можно ли считать его высоконагруженным сервисом? ))
PD
А вот это интересный вопрос. Иногда проект становится "высоконагруженным" по глупости, а не из-за объективных причин.
PD
Т.е. если финтех на RoR или PHP и ceph, то понятно, что она сразу начинает быть хайлоадом, даже на 100+ платежей.
А на каком-нибудь go/jvm+FDB - то и 10 000 платежей в секунду - просто "отягощение нагрузкой"
А на каком-нибудь go/jvm+FDB - то и 10 000 платежей в секунду - просто "отягощение нагрузкой"
PD
Цель работы архитектора - не допускать хайлоада )
AS
Хайлоад измеряется не в RPS.
AS
Скамом — определённо можно.
Слышишь "эфир" или "биток" — заражай дробовик, это зомби и они лезут на свет.
Слышишь "эфир" или "биток" — заражай дробовик, это зомби и они лезут на свет.
ЮВ
в финтехе какашечно то, что все в итоге упирается в какие-нибудь АБС на коболе, или в лучшем случае, на каком-нить 8-9 оракле, которые работают ну прям вообще небыстро
PD
Нет, конечно, все не совсем так. В АБСку можно сгружать результат пачками за день и там уже пофиг, что внутри.
Или вообще хранить только аггрегаты
Т.е. даже не медленной АБСке сделать 10K tps сделать можно.
Или вообще хранить только аггрегаты
Т.е. даже не медленной АБСке сделать 10K tps сделать можно.
ЮВ
ну это какой-то очень оторванный сценарий и переезд данных о проводках и балансах к себе. так можно сделать, конечно, в том же openway внешнюю авторизацию транзакций прикрутить на своих системах, там протокол очень простой, но это тебя самого превращает в придаток АБС/процессинга.
сценарий, когда у тебя есть реестры или очереди туда-обратно, не очень интересный, честно говоря
сценарий, когда у тебя есть реестры или очереди туда-обратно, не очень интересный, честно говоря
PD
Почему, он вполне нормальный