Архитектура сервиса

[sedovmik]

Добрый день.

Есть приложение, написанное с использованием spring + hibernate. Это приложение - CMS для ведения блога, по примеру wordpress - есть часть для администрирования, есть сам блог и тому подобное. На машинах разработчиков приложение работает без проблем. Однако, теперь требуется предоставить любому желающему завести свой блог после

Comments

[errorrishe]

да нет что вы, времени написать по развернутее не было. Попробую исправить
1) посмотрите что у вас с базой данных- новые базы - не порядок, сделайте разделение пользователей - думаю это не сложно. Дальше подумайте\посоветуйтесь с dba- как организовать репликацию. Банальное размазывание вставки на одну базу а чтения на пару слейвов за лоад балансером может сильно уменьшить нагрузку по этой части (делаеться просто, еффект - отличный)
2) Сделайте стандартную аутефикацию и разделение прав- JAAS, Spring Security - слова для гугления, там ничего особо страшного
3) mod_rewrite или чтото более модное обеспечит вам работу с сабдоменами в томкете
4) возможно подумайте о подписке на геохранилище какое нибуть если есть много тяжолой статики - хранить по ближе к клиентам тяжелый контенд
5) незабывайте о возможности сделать дополнительный екземпляр томкета на другом сервере если таки надо - возможно понадобиться что то типа сервера с сесиями если будете пользоваться обычным балансером.

Вообще вы просто переусложнили с ходу решение- стоило начать с совмесно работающих пользователей в люборм случае
с ходу где то так

[errorrishe]

нет таких комбинированных решений я не встречал
Вообще у нас у клиента живет SOA и теоретически многие приложения можно было бы писать на чем угодно - но пока принято веб морды делать на JSF - что меня напрягает например преизрядно.
меня сейчас больше начала интересовать комбинация богатого клиентского вью на html5\js c java серверной стороной

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

[sedovmik]

ну к решению описаной проблемы худо-бедно имеет отношение 1 и 2 пункт. я не спрашивал как мне организовать архитектуру для высоких нагрузок, я спрашивал как организовать scalability по числу "приложений" или точнее tenant'ов.

Умейте читать, я же ваши
".. я бы таких проектировщиков гнал ссаными тряпками"
".. такое можно коментировать уже только матом "
".. давайте и я вас мудаком для симетрии назову "
".. девелоперов можно топить в сортире уже сейчас."
прочитал?

[errorrishe]

по поводу мудака было не вам - я написал, вы как то выборочно читаете.
Вы в интернете совета спросили - и удивляетесь что ваше не очень удачное решение освистали и поставили диагноз, это так к слову- а то можно запариться на всех обижаться.
еще тут
http://java.dzone.com/articles/clustering-tomcat посмотрите тут и вокруг- может что то пригодиться
например отдельный сервер сессий- легкое решение для дубового балансинга по айпи для множества экземпляров томкета. У нас работала самоделка наколенная- в нашем случае хватало .