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