LINUX.ORG.RU
ФорумAdmin

Задача организации веб-сервера.


0

0

Есть задача создания отказоустойчивого веб-сервера для поддержки портала по обеспечению клиентов-заказчиков, там будет доступ к ERP системам, оракловым базам, системам документооборота и т.д и прочее...

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

Сам портал писать будет нанятая контора, под ту платформу которую закажем и на том языке на котором скажем. Осталось выбрать язык написания и саму платформу. Сразу оговорюсь, что решение взрослое за серьёзные деньги, поэтому советовать можно ВСЁ :)

Опыта построения веб-серверов под такие порталы нету. Раньше работал с классическим LAMP (Linux+Apache+Mysql+PHP) :) Сейчас нужно написать грамотное ТЗ для портала и подготовить платфому для его размещения.

Пока в качестве ОС рассматривается linux (RHEL4 или debian) но это может быть и Solaris10. Соответственно железо, если линукс - то это HP Proliant 360/380 на интелах, если солярка, то это уже будет железка на AMD Opteron.

поэтому сейчас прошу совета по таким вопросам:

1) Подскажите язык для разработки портала, тут требования есстественно по безопасности и устойчивости работы приложений на них написанных. Понимаю, что это зависит от кривизны рук разработчиков, но есть же какие то best practics. :) JSP, PHP, что-то другое? 2) Соответственно среда управления контентом - если java то может быть это opencms, если php - то modx. Кто знает лучше? 3) Для обеспечения отказоустойчивости необходимо размещать портал на двух отдельных серверах, соответственно нужно средство (может быть размещенное на 3-ей машине) для балансировки нагрузки и переключения трафика при падении одного сервера на второй. Кто какое средство посоветует?

Пока вроде все вопросы. Жду советов.

Спасибо за внимание!

anonymous

> Пока в качестве ОС рассматривается linux (RHEL4 или debian) но это может быть и Solaris10. Соответственно железо, если линукс - то это HP Proliant 360/380 на интелах, если солярка, то это уже будет железка на AMD Opteron.

Линукс на AMD Opteron'овых пролиантах уже не работает? Тем более 360/380 на старых p4-based ксеонах - на редкость кривое и дико греющееся дерьмо имеющее траблы с hyperthreading.

Язык - JSP, балансер - man cisco.

Gharik
()
Ответ на: комментарий от Gharik

Ну про solaris на AMD - это можно тут почитать http://www.trinity.su/news/280.htm

про интел согласен, сам смотрю в сторону именно AMD.

А почему всё-таки JSP, чем аргументируйте преимущество перед PHP? Систему управления контентом предлагаете какую?

anonymous
()
Ответ на: комментарий от anonymous

> Систему управления контентом предлагаете какую?

или я чего-то не понимаю, но вообще-то cms в вашем случае не выбирают - ее пишут теже программисты...

anonymous
()
Ответ на: комментарий от anonymous

Почему вы так считаете? А почему нельзя взять готовую и в ней уже ваять сайт? к тому же у готовой уже и поддержка есть какая-никакая и время тестирования работы такой системы уже неизмеримо больше и багов уже вычищено и т.д...

anonymous
()
Ответ на: комментарий от anonymous

Хм. Ну тогда по-моему это будут выбирать программисты, который пишут портал. Или у вас с ними такие условия, что вы им говорите язык, платформу, даете CMS и деньги - и они вам переделывают ее так. как вам надо? )

roy ★★★★★
()
Ответ на: комментарий от roy

ну вы конечно несколько грубовато описали процесс, но почти всё верно. Мы выдвигаем на чем хоти видеть портал (JSP или PHP) под язык выбираем CMS. Причем я тут обзорчик сделал, под PHP наиболее развитая и продвинутая (среди свободных) это modx. Для JSP - это opencms или magnolia (которая существует как свободная так и коммерческая).

Фича просто в том, что сейчас самое важное - это выбор между JSP и PHP, я бы очень рад услышать советы по этому поводу. Я полазил по корпоративным сайтам разных компаний и вижу что у них преобладает JSP и CGI, но никак не PHP. кто что скажет?

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.