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

[sedovmik]

Добрый день.

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

Comments

[stealth_nsk]

А в чем проблема? Каждый подсайт рассматриваете как участок сайта. Делаете специальные права владельцам сайтов, чтобы они работали только над своим участком и т.д. Т.е. одна база, одно приложение.

Если нужно обрабатывать субдомены, то нужно настроить сервер так, чтобы все субдомены вели в одно место, а дальше парсить урл.

[errorrishe]

именно.
апликейшен на пользователя - ну оооочень жирно

[m_a_m_o_n]

+1
Java приложение требует оперативной памяти на экземпляр,
в отличии от того же PHP в котором на экземпляр требуется
только дисковая память. С учётом того что вы используете
Hibernate думаю вы упрётесь в потолок по количетсву
пользователей очень быстро.

[errorrishe]

да дело даже не в хибернейте. просто инстанс приложения уже жрет метров 150 небось. понадобиться ну очень много серверов

[kosiakk]

да, это было совсем-совсем неправильное решение.

Почитайте про Multitenancy. Например, в Google AppEngine.

Напрямую взять, конечно, ничего не получится, но хоть подход.
У вас наверно ещё и БД на каждого пользователя отдельная создаётся? :-)

[sedovmik]

спасибо, отличная ссылка!

БД - да, одна на пользователя. По началу казалось 10-20 пользователей - максимум что нам потребудется и в этих условиях это было терпимо.

[errorrishe]

ппц такое можно коментировать уже только матом
у вас первый проект? :)

[big_hedgehog]

Такого плана первый.

[aalleexxeeii]

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

[m_a_m_o_n]

То что вы говорить совсем не правда.

[m_a_m_o_n]

*те

[aalleexxeeii]

Я считаю, что основной причиной распространённости PHP является неприхотливость хостинга. Подозреваю, что архитектура, описанная автором, навеяна именно традиционными для PHP одно-инстансными движками для форумов, блогов, вики, CMS. И ведь там, что обидно, всё это шустро крутится и беспроблемно изолируется по песочницам, чего не скажешь о Java.

[errorrishe]

у вас радикально неправильная архитектура. девелоперов можно топить в сортире уже сейчас.

[sedovmik]

хотя бы намекните как выглядит правильная

[errorrishe]

издеваетесь ?:) правильная уже зависит от задач
но это выглядит катострофически не масштабируемой

[sedovmik]

задача описана вроде. не хватает данных?
пользователей заводящих свой блог - около 50-100. блоги между собой никак не взаимодействуют. Посетителей, одновременно просматривающих "блог" - пусть не много, ок. 10.

и решение выглядит как раз очень масштабируемым. 10 приложений - новый сервер, купил, установил и всё работает, 1 строчка в конфигурации. Вопрос цены этой масштабируемости. Вот она уже "катастрофическая".

[slonik_v_domene]

>В данный момент приложение написано таким образом, что действия выше достигаются путём деплоя новой копии приложения в webapp с другими параметрами в properties. Итого 5 пользователей - 5 приложений.

В чем проблема? - В том, что ваша архитектура нерабочая.

Что делать? - Выкинуть и написать с нуля мультипользовательский сервис.

Где искать вдохновение? - В исходниках неправославного WordPress, например.