JBoss AS 7 и Node.js шумиха

Question

Я не хочу сравнивать яблоко с апельсином, как это уже было сделано, например, в:

http://blog.shinetech.com/2011/06/10/nodejs-from-the-enterprise-java-perspective/

http://adamgent.com/post/10440924094/does-java-have-an-answer-to-node-js

На самом деле, у меня нет проблема параллелизма с JBoss AS 7, но если бы у меня было, что мне делать?

Должен ли я:

РЕШЕНИЕ I:

• горизонтальный/вертикальный масштаб

• использование HTTPD перед JBoss AS

• использование @Asynchrounous или систем обмена сообщениями (например, AKKA) для ВСЕХ заданий

• ...

РЕШЕНИЕ II:

• использовать Node.js (rhino.js)

Можно ли предоставить практический опыт, где JBoss AS 7 неудачные в масштабе? У меня никогда не было такого опыта для меня.

Например, представьте себе веб-приложение с 10.000.000 одновременного запроса * на одной машине * (с одним экземпляром JBoss-как-либо одной Node.js инстанции).

Каким будет результат?

Будет ли node.js работать нормально, когда JBoss AS 7 сбой?

Answer 1

На данный момент существует несколько проверенных примеров node.js, поддерживающих большое и популярное приложение. Как и любая новая технология такого типа, она будет проверена, и если она масштабируется, она получит поддержку. Никто не может ответить на ваш вопрос с технической точки зрения.

Answer 2

В общем, Java EE в основном нацелена на высокоприоритетное приложение, и большинство проектных решений соответствуют этому, от настойчивости к сеансу и репликации кэша для просмотра слоев.

Хотя Node.js может быть хорошо для определенных задач, Java EE 6 (IMO) хорош, если вы хотите использовать его для всего стека.

С точки зрения масштабируемости, например, JSR-352, существует больше возможностей для масштабирования. Поэтому Java EE еще не улучшилось.

Что касается вашего вопроса - «в то время как JBoss AS 7 crash» - это обычно не сбой. Обычно это ошибочное или плохо написанное приложение, что приводит к сбоям. Node.js дает определенный API. Java EE предоставляет множество API-интерфейсов, которые иногда неправильно используются или концептуально неправильно поняты, что приводит к таким проблемам, как OutOfMemoryException.При правильно спроектированном приложении проблем с горизонтальным масштабированием не должно быть.