Сервера приложений

[metaclass]

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

Но все это натыкается на то, что единственный сервер приложений на слуху - это JBoss, затраты от переписывания всего этого на жабу превысят потенциальные улучшения, а мысль о том, что придется деплоить это в условиях предприятий, где ИТ-службы или нет, или она состоит из адептов экзотических сортов клея, сразу оставливает любое желание что-либо делать.

В связи с этим, имеется вопрос: если не жаба и не дотнет, и не веб-интерфейсы, а нормальная трехзвенка - субд, аппсервер, более-менее интеллектуальный клиент и все это предпочительно кроссплатформенное - на чем такое вообще писать? И какая должна быть архитектура подобной вещи, а особенно - какая модель данных, какая парадигма программирования и в каком виде гонять данные между клиентом и аппсервером, чтобы это не оказалось очередной инкарнацией СуперУниверсальнойСистемыДляВсего, на которой сделать что-либо сложнее, чем это же склепать по быстрому с нуля вручную :)

Comments

Re: //За кадром звучит нечеловечески мрачный голос

[metaclass.livejournal.com]

Что-то в процессе перехода между мейнфреймами и персоналками было пропущено, я например, 10 лет работаю - и то про CICS этот только сегодня прочел. Хотя судя по описанию, для всяких упрощенных терминальных клиентов, управляемых с мейнфрейма это какая-то родная вещь.

Re: //За кадром звучит нечеловечески мрачный голос

[golosptic.livejournal.com]

Ну это, скажем, так, магистральный IBMовский продукт. Давно на рынке и продать из набора аналогичных (у них на все задачи по 3-4 варианта) они пытаются в первую очередь.