Производительность предлагаемой архитектуры Java EE - PullRequest
1 голос
/ 04 мая 2010

У меня есть сомнения по поводу производительности следующей архитектуры:

  • Приложение Java EE на сервере приложений, сессионный компонент ejb и DAO
  • удаленный (богатый) клиент, свинг-приложение. Классический клиент на основе форм
  • только один ejb без сохранения состояния, доступ к ejb осуществляется через веб-сервисы, а не через rmi, через собственную структуру
  • каждый запрос веб-службы будет проходить аутентификацию на LDAP
  • состояние не хранится на сервере, только сеансы на стороне клиента

Я полагаю, что работа с расширенным графическим интерфейсом потребует удаленного вызова через каждые 2-10 секунд или более для каждого пользователя.

Что вы думаете?

1 Ответ

1 голос
/ 04 мая 2010

Это в основном архитектура клиент-сервер.Будет ли это работать на практике в вашем случае, зависит не только от архитектурной схемы, выполненной из прямоугольника и стрелок, но и от множества других факторов:

  • производительность и зрелость отечественной сетиИнфраструктура сервиса
  • размер данных, передаваемых между уровнями?
  • производительность механизма аутентификации, количество ролей, пользователей и т. д.
  • возможность кэширования информацииа там?
  • сколько пользователей одновременно?
  • и т. д.

Для меня это выглядит как возможная архитектура.Но я предлагаю вам выявить потенциальные узкие места (например, аутентификацию каждого запроса) и убедиться, что он работает для ваших нефункциональных требований.Если да, хорошо, если нет, адаптировать архитектуру.

...