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

[sedovmik]

Добрый день.

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

Comments

[errorrishe]

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

[sedovmik]

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

[errorrishe]

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

[sedovmik]

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

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

[errorrishe]

ну так если все так класно - чего паниковать- так и работайте )))
просто это ржачь какой то и театр абсурда.
на дейтинг сайте с очень нехуевыми милионами уников у нас когда то работало 3 (!!!) инстанса томкета ( +3 бд на чтение одна на вставку + резерв) При том что там было больше 500 партнерских сайтов.
В общем удачи ребята, но я бы таких проектировщиков гнал ссаными тряпками )))

[errorrishe]

да нет что вы, времени написать по развернутее не было. Попробую исправить

[errorrishe]

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

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

[sedovmik]

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

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

[errorrishe]

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

[brotherflame]

Гуру отличает от выскочки еще и манера общения, так к слову.

[dnovikoff]

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

по-моему дешевизна ресурсов довела разработчиков до фгм.

[comnimh]

мнимая престижность профессии и снижение входного порога привело к переквалификации людей с фгм в "разработчиков" имхо

[sassa_nf]

scalability is the ability to consume all available resources. если вы эту фразу не очень понимаете, вам нужно её перечитать.

50-100 пользователей заводят блоги, а сколько их заводят ОДНОВРЕМЕННО? отсюда вывод, что доступные ресурсы ваше решение не может поглотить ПОЛНОСТЬЮ, а потому не масштабируемо.

[sedovmik]

ну допустим ресурс память они поглотят полностью :)
всё понятно, что всё плохо. только я хотел советов, best-practices, а не разноса