Как убедиться, что REST API не имеет узких мест при получении запросов? [закрыто]

Я создаю REST API, который будет прослушивать общедоступный URL-адрес и принимать загрузки больших объемов данных.Я понимаю, как масштабировать программные процессы с помощью очередей сообщений, но я не понимаю, как избежать узких мест между пользователями и доступом к моей ферме серверов очереди сообщений. Насколько я понимаю, в какой-то момент у меня есть машина, которая прослушивает запросы по IP-адресу, и это будет узким местом в виде единой точки отказа. Но это звучит действительно неправильно, поскольку, знаете, такие сайты, как google.com, существуют.

У меня следующий вопрос: можно ли добиться такой масштабируемости для фиксированного IP-адреса вместо фиксированного URL-адреса. Не потому, что я должен это делать, я просто хочу понять, может ли масштабируемость в практическом смысле запуска веб-сайта (или другого HTTP-сервера) быть достигнута только за счет использования динамического количества IP-адресов.

-2
задан 16 January 2014 в 17:26
1 ответ

Какое физическое узкое место определяет, сколько данных может быть загружено на один IP-адрес?

Переход с наименьшей полосой пропускания, доступной для вашего трафика.


Обновленный вопрос, избыточность конечных IP-адресов: см. HSRP или CARP . См. Также Балансировка нагрузки

Для многосайтовой избыточности см .: Anycast или Geocast , оба из которых довольно дороги и сложны.

2
ответ дан 5 December 2019 в 21:18

Теги

Похожие вопросы