Я создаю промежуточное программное обеспечение, которое получает запрос из Интернета, подключается к локально доступной поисковой платформе и получает XML обратно.Построение масштабируемой платформы обработки моста xml
Затем он изменяет этот XML, обрезает его и переходит в другой формат (возможно, JSON) и отправляет его обратно вызывающему приложению.
Я думаю об использовании следующего стека технологий для достижения этого.
Tomcat + Plain старые сервлеты
Я хочу, чтобы получить пропускную способность на коробке (четырёхъядерный, двухпроцессорной, 32 ГБ оперативной памяти), как можно выше, и я с подозрением, что кот не может быть лучшим и что мне может быть лучше с Jetty или Grizzly или другими, о которых я не знаю? У кого-нибудь есть данные сравнения или анекдотические данные о том, с какой технологией они начнут?
Если нет, я думаю, что я должен начать с того, чтобы пометить их собственным набором тестовых данных. Вздох
Это во многом зависит от того, что ваши запросы выглядеть. Контрольные показатели масштабируемости сервера, как правило, подчеркивают скорость, с которой они могут принимать и обслуживать запросы на небольшие ответы. Если ваши ответы являются большими, так что основная пропускная способность передачи является доминирующим фактором, тогда различия между разными серверами будут более приглушены. –
Кроме того, если у вас есть интерфейсный веб-сервер, такой как nginx, который широко считается разумным, тогда он будет обрабатывать много усилий для масштабирования - обработку множества подключений, сбор запросов, поступающих от огромного количества медленных клиентов, качающиеся ответы возвращаются тем медленным клиентам, даже если кэшировать ответы, если это возможно, что облегчает технические требования к серверной части. Там время, затраченное на выполнение работы, должно доминировать над временем, затрачиваемым на работу с контейнером. –