Сервер приложений JavaEE или облегченный контейнер?

Question

Позвольте мне предвосхитить это, сказав, что это не моя настоящая ситуация, но я задаю этот вопрос больше для моих собственных знаний и для получения информации от других людей здесь.EJB3 / JBoss, и для небольших типов приложений, которые я построил, Spring (+ Tomcat при необходимости) был намного проще в использовании.Однако при масштабировании до более крупных приложений, требующих таких вещей, как балансировка нагрузки и кластеризация, остается ли Spring жизнеспособным решением?Или пришло время обратиться к решению, подобному EJB3 / JBoss, когда вы начинаете становиться достаточно большим, чтобы в этом нуждаться?Я не уверен, что достаточно хорошо решил проблему, чтобы получить хороший ответ, поэтому, пожалуйста, дайте мне знать.

Спасибо, Джефф

Answer 1

Tomcat может быть сгруппирован .

Балансировка нагрузки обычно представляет собой аппаратное решение (например, BigIP или Cisco ACE), которое не зависит от сервера приложений.

Spring может быть предприятием, как EJB. Там нет разделительной линии, которая говорит, что Spring не может справиться с этим.

Answer 2

Я мог бы сказать, что в нашем довольно крупном проекте (~ 500K LOC) мы избавились от JBoss в пользу Spring / Tomcat для повышения производительности.

Одной из ключевых функций контейнера приложения J2EE (и JBoss, как реализации) является возможность прозрачных распределенных транзакций между различными видами транзакционных ресурсов. Это отличная идея, и она значительно упрощает координацию, скажем, обмена сообщениями JMS и работы с базами данных. Но когда дело доходит до необходимости высокого повсюду, это становится проблемой. К сожалению, распределенные транзакции отличаются низкой скоростью.

Это не простая задача для перехода с JBoss на Spring, однако это возможно, и Spring / Tomcat, за редкими исключениями, можно рассматривать как полностью функциональную замену JBoss.