Совет по архитектуре сервера приложений., Не понравился мне прогорг, спрошу на старом, теплом ,ламповом кроссе:) Опции

[Andrewshkovskii]

http://www.prog.org.ru/board_50_0.html
Репост, тема теперь будет продолжатся здесь, если позволите. Я сидел, думал. у меня возникло несколько вопросом.
Но начну опять со вступления :
Думал я над обобщенной архитектурой, и пришел к выводу что нужно будет реализовывать :

1. Хранилище запросов - там будут храниться ШАБЛОНЫ(без конкретных значений параметров) запросов, их туда можно будет добавлять, удалять, редактировать. Сервер должен будет таскать шаблоны из этого хранилища.
2. Сам "сервер приложений" должен реализовывать следующие функции :
2.1 Acсount managment - создание, удаление, блокировка, аутентификация пользователей, наблюдение за тек. онлайн пользователями, ведение истории вносимыми ими изменениями в базу.
2.2 Query managment - Возможность выполнять различные запросы(select, update, delete ,insert , etc.) загружаемые из хранилища (п.1) , и отправлять результаты клиентскому ПО, пославшему запрос на данные.
2.3 Security - передача всех данных по защищенному каналу (https, ssl, etc.).

Так вот, у меня есть ряд вопросов по возможности реализации все этого на нашем любимом фреймворке :

Q1. Возможно ли это все реализовать в виде HTTP-сервера, дабы клиент и сервер обменивались лишь запросами (аля архитектура SOA), если ДА, то что будет касательно клиентов, написанных на других языках (C, C#, Java, PHP, Python, Delphi), как дело будет обстоять с передачей данных (ведь внутри сервера будут крутиться Qt-ые классы представления данных).
Возможно ли элегантное решение, что бы дальнейшие разработчики не мучались , допустим, с низкоуровневыми сокетами, а лишь как и задумано обменивались бы запросами с сервером (http-запросы).
Q2. Если первый вопрос решаем в рамках http-запросов, то подойдет ли JSON для отправки параметров шаблона запроса, или же есть (или нужно) использовать какой-то другой тип для передачи этих данных.

Пока вроде все..
Объясню почему так много вопросов и неуверенности : я пока что ещё 100% не подписался на эту тему, но её реализация для меня весьма интересна, посему я бы хотел поверхностно узнать, возможна ли вообще реализация такого сервера (т.е. с такими требования).
Спасибо всем тем, кто ответит , да или даже просто прочитает это тему!:)

Сообщение отредактировал Andrewshkovskii - 19.9.2010, 14:01