Есть задача создания отказоустойчивого веб-сервера для поддержки портала по обеспечению клиентов-заказчиков, там будет доступ к 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-ей машине) для балансировки нагрузки и переключения трафика при падении одного сервера на второй. Кто какое средство посоветует?Пока вроде все вопросы. Жду советов.
Спасибо за внимание!
>Есть задача создания отказоустойчивого веб-сервера для поддержки портала по обеспечению клиентов-заказчиков, там
>будет доступ к 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-ей машине) для балансировки нагрузки
>и переключения трафика при падении одного сервера на второй. Кто какое
>средство посоветует?
>
>Пока вроде все вопросы. Жду советов.
>
>Спасибо за внимание!
Странная постановка вопроса. Если Вы говорите что готовы потратить некоторое количество
тугриков, то зачем Вам ограничивать разработчиков? Вы описываете в ТЗ необходимый Вам функционал, необходимое качество решения (т.е. доступность, производительность, отказоустойчивость и т.д.), причем делаете это в измеряемых единицах, и отдаете это разработчику. А они пусть и ломают голову как обеспечить Ваши требования. Составляете правильный договор, в котором предусматриваете оплату только после проведения тестовых испытаний. Ну и так далее. Только не забывайте что все это потом еще придеться и обслуживать. Это очень важный момент.
>Странная постановка вопроса. Если Вы говорите что готовы потратить некоторое количество
>тугриков, то зачем Вам ограничивать разработчиков? Вы описываете в ТЗ необходимый Вам
>функционал, необходимое качество решения (т.е. доступность, производительность, отказоустойчивость и т.д.), причем
>делаете это в измеряемых единицах, и отдаете это разработчику. А они
>пусть и ломают голову как обеспечить Ваши требования. Составляете правильный договор,
>в котором предусматриваете оплату только после проведения тестовых испытаний. Ну и
>так далее. Только не забывайте что все это потом еще придеться
>и обслуживать. Это очень важный момент.Я категорически с Вами согласен. Только вы поймите, что имея выбранную СУЩЕСТВУЮЩУЮ систему CMS мы мало что, что уже съэкономим (причем изрядно) так еще и выберем уже сколько-нибудь опробированное и обкатанное решение. Для меня, честно говоря, самым существенным является выбор языка платформы - PHP или JSP. Я полазил по сайтам разных крупных фирм, чтобы хоят бы составить "рейтинг" кто на чем сидит, так пока преимущество за jsp. Я очень хочу выслушать мнения людей, кто уже стоял перед подобной задачей и главное - принял решение. Я хочу услышать совет ПОЧЕМУ я должен выбрать или не выбрать JSP или PHP.
надеюсь, что я немного прошу. Заранее спасибо!
>>Странная постановка вопроса. Если Вы говорите что готовы потратить некоторое количество
>>тугриков, то зачем Вам ограничивать разработчиков? Вы описываете в ТЗ необходимый Вам
>>функционал, необходимое качество решения (т.е. доступность, производительность, отказоустойчивость и т.д.), причем
>>делаете это в измеряемых единицах, и отдаете это разработчику. А они
>>пусть и ломают голову как обеспечить Ваши требования. Составляете правильный договор,
>>в котором предусматриваете оплату только после проведения тестовых испытаний. Ну и
>>так далее. Только не забывайте что все это потом еще придеться
>>и обслуживать. Это очень важный момент.
>
>Я категорически с Вами согласен. Только вы поймите, что имея выбранную СУЩЕСТВУЮЩУЮ
>систему CMS мы мало что, что уже съэкономим (причем изрядно) так
>еще и выберем уже сколько-нибудь опробированное и обкатанное решение. Для меня,
>честно говоря, самым существенным является выбор языка платформы - PHP или
>JSP. Я полазил по сайтам разных крупных фирм, чтобы хоят бы
>составить "рейтинг" кто на чем сидит, так пока преимущество за jsp.
>Я очень хочу выслушать мнения людей, кто уже стоял перед подобной
>задачей и главное - принял решение. Я хочу услышать совет ПОЧЕМУ
>я должен выбрать или не выбрать JSP или PHP.
>
>надеюсь, что я немного прошу. Заранее спасибо!
Здается мне что экономить на разработке подобной системы сродни самоубийству.
А если по существу - то тогда
1. JSP - плюс масштабируемость, простота разработки и отладки, поддержка почти всеми
серьезными продуктами. Минус - требования к вычислительным мощностям, стоимость сопровождения.
2. PHP - значительно шустрее, менее требователен к ресурсам. Только я чего-то не припомню
не одного серьезного решения для Вашей задачи. Думаю это о чем то говорит. Ну не будут
ни Oracle, ни SAP ни другой подобный им производитель поддерживать подобную связку, а значит вы автоматически остаетесь один на один с этим монстром.
>Здается мне что экономить на разработке подобной системы сродни самоубийству.
>А если по существу - то тогда
>1. JSP - плюс масштабируемость, простота разработки и отладки, поддержка почти всеми
>серьезными продуктами. Минус - требования к вычислительным мощностям, стоимость сопровождения.
>2. PHP - значительно шустрее, менее требователен к ресурсам. Только я чего-то
>не припомню
>не одного серьезного решения для Вашей задачи. Думаю это о чем то
>говорит. Ну не будут
>ни Oracle, ни SAP ни другой подобный им производитель поддерживать подобную связку,
>а значит вы автоматически остаетесь один на один с этим монстром.Вот вы написали что у JSP "поддержка почти всеми серьезными продуктами". Вы здесь имели в виду, что легче будет интегрировать этот портал с ERP и системами документооборота если он будет на JSP? Я правильно понял? И именно при выборе php интеграция с ERP (и прочая) будет исключительно на нашей совести и подобные решения не поддерживаются вендорами?
Вот вы написали для php "Только я чего-то не припомню не одного серьезного решения для Вашей задачи". Здесь имелось в виду решение - как CMS или интеграция с ERP и прочая?
>>Здается мне что экономить на разработке подобной системы сродни самоубийству.
>>А если по существу - то тогда
>>1. JSP - плюс масштабируемость, простота разработки и отладки, поддержка почти всеми
>>серьезными продуктами. Минус - требования к вычислительным мощностям, стоимость сопровождения.
>>2. PHP - значительно шустрее, менее требователен к ресурсам. Только я чего-то
>>не припомню
>>не одного серьезного решения для Вашей задачи. Думаю это о чем то
>>говорит. Ну не будут
>>ни Oracle, ни SAP ни другой подобный им производитель поддерживать подобную связку,
>>а значит вы автоматически остаетесь один на один с этим монстром.
>
>Вот вы написали что у JSP "поддержка почти всеми серьезными продуктами". Вы
>здесь имели в виду, что легче будет интегрировать этот портал с
>ERP и системами документооборота если он будет на JSP? Я правильно
>понял? И именно при выборе php интеграция с ERP (и прочая)
>будет исключительно на нашей совести и подобные решения не поддерживаются вендорами?
>
>
>Вот вы написали для php "Только я чего-то не припомню не одного
>серьезного решения для Вашей задачи". Здесь имелось в виду решение -
>как CMS или интеграция с ERP и прочая?
Да вы все правильно поняли - имелась ввиду именно интеграция с CRM, workflow и т.д.
>>Здается мне что экономить на разработке подобной системы сродни самоубийству.
>>А если по существу - то тогда
>>1. JSP - плюс масштабируемость, простота разработки и отладки, поддержка почти всеми
>>серьезными продуктами. Минус - требования к вычислительным мощностям, стоимость сопровождения.
>>2. PHP - значительно шустрее, менее требователен к ресурсам. Только я чего-то
>>не припомню
>>не одного серьезного решения для Вашей задачи. Думаю это о чем то
>>говорит. Ну не будут
>>ни Oracle, ни SAP ни другой подобный им производитель поддерживать подобную связку,
>>а значит вы автоматически остаетесь один на один с этим монстром.
>
>Вот вы написали что у JSP "поддержка почти всеми серьезными продуктами". Вы
>здесь имели в виду, что легче будет интегрировать этот портал с
>ERP и системами документооборота если он будет на JSP? Я правильно
>понял? И именно при выборе php интеграция с ERP (и прочая)
>будет исключительно на нашей совести и подобные решения не поддерживаются вендорами?
>
>
>Вот вы написали для php "Только я чего-то не припомню не одного
>серьезного решения для Вашей задачи". Здесь имелось в виду решение -
>как CMS или интеграция с ERP и прочая?
Просто как правило системы подобного уровня уже имеют собственные web клиенты, и все они базируются на Java. Все что Вам остается - это сделать на своем портале ссылку на сервер
приложений с этим клиентом. При таком раскладе глубоко по барабану на чем будет ваш собственный портал. Он будет являтся только набором ссылок на нужные приложения. Если же
Вы хотите каким то образом работать с данными из этих приложений на своем портале, то тогда только Java. Да и то при наличии API от производителя. Это уже совсем другая песня.