Доброго времени суток, Дамы и Господа

Задача, вкратце: разработать надежную систему выдерживающую высокие кратковременные нагрузки
Система будет включать в себя несколько модулей:
- Модуль регистрации товара (приход, расход, инспекция)
- Модуль бухучета
- Модуль статистики (некое хранилище данных)
- Модуль для представления данных в Web
Система многоязычная (4 языка)

Бизнес процессы проработали, встал вопрос с выбором ОС и БД. Все упирается в стоимость, удобство сопровождения и скорость разработки.

Варианты:
1. Win2003 + Oracle10g (лицензии есть на ОС и БД (достались с одного проекта :) ))
2. OpenSourceLinux (CentOS или openSUSE)+Oracle10g
3. Использовать бесплатные продукты (но какие?!)
4. Докупить лицензию ОС сертифицированную ораклом

Хочу услышать Ваше мнение...

Спасибо.

s_ustinovMOPC, а вот мне интересно, для модуля бухучета, который вы сами планируете разработать, неужели вы все-все бизнес процессы проработали? ))
обычно при более менее глубокой проработке вариант очередной нетленки сам собой отпадает...

Не волнуйтесь. Бухучет не российский и даже не украинский. Все гораздо проще... :)

А Вы предлагаете корейцам и арабам родимый 1с внедрить?
Есть опыт внедрение 1с, внимание, японцам. Так они, мягко говоря, опешили (или просто ох!@#$ли) и до сих пор отойти не могут :D

МСУMOPCЗадача, вкратце: разработать надежную систему выдерживающую высокие кратковременные нагрузки
На какой платформе система будет разрабатываться - отседова и пляшем. Если Java, смотрим, насколько ограничения той или иной операционной системы критичны для функционала. Я сомневаюсь, что комьюнити любителей opensuse.org может быть сопоставимо с саппортом такого вендора, как майкрософт. Опять же, тем более лицензии в кармане.

P.S. Я, вообще, скептически относился и отношусь в freeware осям и софту. Нахаляву бывает только сыр в мышеловке.

Спасибо.

Большая часть на Java планируется.

Лицензии это конечно хорошо. Но, почитав разные отзывы про Win+Oracle, OTN в частности, пришел к выводу что такое решение проигрывает по производительности и надежности.

OpenSourceLinux+Oracle - никто не гарантирует нормальную работы. Сегодня настроил CentOS 6.4+Oracle10g - получил массу удовольствия. Вроде работает (еще не тестировал как следует), но не уверен в надежности...

Лично работал с Solaris+Oracle на протяжении ~6 лет, в качестве разработчика правда, не администратора. Никаких проблем не было...

GregTkМожно взять CentOS, а можно RHEL всё зависит от вашего маштаба, если среднее предприятие и не 24/7 то вполне реально юзать под Centos и не париться. Все эти страшилки про лицензии и саппорт только для крупных игроков чтоб можно было найти крайнего...

Спасибо.

У Вас был опыт работы с CentOs+Oracle? Поделитесь, пожалуйста.

А по поводу лицензий - хочется сделать все по честному...

МСУMOPCЛицензии это конечно хорошо. Но, почитав разные отзывы про Win+Oracle, OTN в частности, пришел к выводу что такое решение проигрывает по производительности и надежности.
Если ты ставишь ставку на производительность и надежность, то зачем какая может идти речь об этих допотопных средах? Закупай лицензии на windows 2008 r2 со всеми его плюшками в виде максимальной масштабируемостью с беспрецедентными масштабами рабочих нагрузок, 256 логических процессоров и 2 ТБ памяти в рамках одного экземпляра ОС, вследствие чего допустимый уровень рабочей нагрузки на базы данных и бизнес-аналитику существенно вырастает. Новомодный Hyper-V, до 64 логических процессоров в пуле главной тачки, всякие там динамические хранилища виртуальных машин и прочее, прочее. Какой нафик OpenSourceLinux, какой 2003 сервер, ты о чем? :)

Спасибо.

А стоимость всего этого удовольствия какая? В один мегарубль возможно уложиться с учетом оборудования? Шучу...

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

s_ustinovMOPCНе волнуйтесь. Бухучет не российский и даже не украинский. Все гораздо проще... :)

А Вы предлагаете корейцам и арабам родимый 1с внедрить?

проще... арабам... у которых процентов не может быть, так как коран запрещает...
знакомые мне рассказывали про это проще... у вас очень интересные представления о простоте.

да и корейцам (там или чистый мсфо, или близко - не помню точно) сомневаюсь, что вы все проработали...
например, вы прорабатывали пересчет себестоимости при предоплатах в валюте?

Спасибо. Я Вас понял - Вам не нравится фраза "все проработали". И я согласен с Вами, что абсолютно "все проработать" невозможно. Но данном этапе все основные процессы расписаны и согласованы непосредственно с конечными пользователями.

Спорить я с Вами не буду. У меня вопросы по технической части.

s_ustinovMOPC,
если в основном ява - берите адемпьер (idempiere.org) и допиливайте.
если нужна надежность, я бы винду точно не выбирал.
а по поводу субд...
по надежности и производительности постгрес ораклу не уступает
тот же адемпьер работает и на том и на том
при допиливании тестируйте свои доработки на двух субд, а в продакте - постгрес
при необходимости можно будет на оракл перепрыгнуть, а если не возникнет такой необходимости - на лицензиях экономия будет

Спасибо.
idempiere.org давно смотрел - громоздкий и тяжелый (веб морда на zk, к примеру).
По Postgresql - нет специалистов кто хотя бы "около-примерно" разрабатывал под эту БД.