С удовольствием бы потестировал. Все, что написано ох как напоминает Azure по концепции унификации и «сервисности» всего и вся. Разве что по поводу Hivext ни слова про Cloud.
Да посути мы похожи, осталось добавить сервис для расширения платформы сервисами других разработчиков и тогда можно будет написать cloud :) А постестировать уже можно, но до набора разработчиков изменится немного структура ядра.
Тут даже не столько нужно расширение сервисами других разработчиков для Cloud (в том смысле, в каком MS подразумевает это для Azure), сколько возможности по масштабированию на разных уровнях, без привязки к архитектуре конкретных приложений.
Ну и дата-центры в придачу :)
Кстати, по поводу необходимости вашей разработки мы уже спорили месяца 3 назад :) Сейчас вы снова о себе напоминаете и снова формируете желание разобраться в том, что же здесь нового и раз уж народ на ура воспринимает, значит или они не слышали про Elastic Computing, AppEngine и Azure или же тут и правда что-то есть)) Будем разбираться.
в hivext есть принципиальные отличия. Для более простого понимания hivext удобно сравнивать не с AppEngine, а с GoogleMap — вы получаете мощностя БД и бизнес логики подключив один яваскрипт. в hivext заложена схожая архитектура. но ориентация не только на один javascript, на множество языков.
Насколько я понял, Application Server со стороны hivext не предоставляется.
Его «тяжеловесность», конечно, будет зависеть от технологии-клиента для hivext. Для клиентского javascript понятие сервер приложений вообще перестает иметь смысл, например; для java, .net, python — нужен отдельный сервер. Вот что я имел в виду
Если например не нужно хранить какие то данные на хайвексте, то можно часть хранить на своем сервере и конечно как минимум БД уже нужно поднять и усложнить логику своего приложения.
Javascript приложению вообще достаточно «дохлого» хостинга чтобы загрузить скрипты и html. Проблемы с кроссдоменными запросами не будет так как проблема устранена на уровне платформы и js клиентов.
В принципе любой язык программирования на котором можно осуществить HTTP запросы к сервису.
C++, C#, Java, PHP (например, на базе curl), Javascript (для него уже ничего искать не надо, у нас есть клиенты работающие с кроссдоменными запросами, легко используются с jQuery и другими фреймворками), Python и многие другие. Главное только HTTP запросы и все.
Я правильно понимаю, что клиентская библиотека в принципе может быть для чего угодно, лишь бы могло работать на выбор SOA/REST? Или эти два интерфейса предлагают отличающиеся возможности?
да правильно, можно выбрать протоколы SOAP, REST или CROSS (JSONP, XSS POST). Функционал сервисов общий для разных интерфейсов доступа. Один дом — много дверей.
Hivext: Платформа веб-сервисов