Когда это выгодно иметь несколько игровых приложений вместо одного монолита?

Question

Я остановился на Play Framework для переписывания нашего интрасети. Наш портал содержит много слабо связанных вещей, поэтому я ищу совет, если или как сломать его в несколько игровых приложений.

Каковы последствия изготовления его нескольких приложений? Это единственный вход на еще возможно? Как затронут контроль доступа? Я, вероятно, придется дублировать много кода / конфигурации между ними? Что еще я должен учитывать, когда решить, где разделить вещи друг от друга?

Answer 1

Прежде всего, я бы подумал о модулях, потому что в противном случае вы должны начать много приложений, которые увеличивают потребление памяти. Только если ваш сайт тяжелый загружен, чтобы вам нужен несколько серверов, это не имеет значения.

Это единственный вход на еще возможно? Я бы сказал, да. Вы можете хранить данные в cookie, но должны убедиться, что другие URL-адреса могут прочитать его.

Я, вероятно, придется дублировать много кода / конфигурации между ними? Хорошо, если вы используете подобные базы данных, это был бы еще один недостаток по сравнению с модулями, но я не хотел бы беспокоиться об этом 1 файле конфигурации. Код, который необходим в более чем одном приложении, может быть легко совместно общим через JAR-файлы в качестве библиотеки или используете модули для этого.

Answer 2

С тех пор я обнаружил, что быть безграждающимся на стороне сервера, играет, использует хмацевые хэши, хранящиеся в куки, вместе с именем пользователя для отслеживания сеансов. Если несколько игровых приложений должны быть аутентифицированы при одном и том же наборе учетных данных (OpenLDAP в моем случае), им просто нужно иметь то же самое application.secret настроен в CONF / Application.conf, чтобы добиться единого входа.