Архитектурные соображения портала Java

Question

В настоящее время существует потребность в создании приложения, которое будет обслуживать 5 разных клиентов, каждый из которых требует свой собственный URL-адрес и репозиторий контента. Мой вопрос заключается в том, когда вы разрабатываете это приложение, каковы должны быть мои соображения по защите контента отдельных клиентов при соблюдении требований уникального URL-адреса. Система будет находиться в Windows с базой данных postgres и java в качестве языка реализации.

Answer 1

Я не уверен, я понимаю следующее:

каждые из которых требует своего собственного конкретного URL

х

встречи требованиям уникального URL

Но я чувствую, что ты хочешь делать. Тот факт, что будет 5 групп/сообществ пользователей, делает приложение довольно сложным. Вы не очень объясняете себя, поэтому я могу обратиться к порталу Liferay, который практически реализует все, что вам нужно: управление пользователями/группами и репозиторий контента.

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

Answer 2

Я бы посмотрел на что-то вроде liferay.com. Это сервер портала. Каждый клиент может быть настроен как собственное сообщество на сервере портала. Каждое сообщество может быть настроено как виртуальный хост, чтобы вы могли настроить домен для каждого клиента. Liferay без проблем может сидеть на столе Postgres. Это приложение для Java. Существует открытый исходный код и коммерческая лицензия.

Ваши клиенты могут также поддерживать весь свой контент, и вам не нужно беспокоиться о других сайтах.