Как стать автором
Обновить

Комментарии 46

Занятно — на странице jelastic.com/ использована иллюстрация с кириллицей, параллельно с английским текстом, да и домен com…
Бегло просмотрел предыдущие посты, не нашёл информации о сроках выхода и ценах, даже примерных.
И для размещения приложений доступен только Tomcat-деплоймент?
Примерные сроки выхода — третий квартал сего года. Цены — ниже конкурентов, есть основания для этого.

По поводу Tomcat — в следующем ближайшем релизе, если это реально необходимо, будет доступен не только Tomcat. Назовите какой интересует стек или сервер именно вас?
По поводу стеков претензий не имеется, просто для галочки вопросик, на мой взгляд главное — базы данных, тем более, Postgres очень уважаю… А Tomcat или нет… Для меня это из серии «найдите 10 отличий», пока что не вижу дико большой разницы(Недавно вынудили начать осваивать EJB 2.1 для WAS 6.1).

Посмотреть изнутри было бы интересно, правда, пока и другой загрузки хватает.
На всякий случай оставил заявочку, при случае потыркаем :)

Объём работ, необходимых для данного проекта представляется крайне тяжко, остаётся только аплодировать стоя.
спасибо, да работы реально много. Очень хочется большинство сложных и геморных вещей в жизни Java разработчика упростить и улучшить. И это реально возможно!
По поводу БД в следующем релизе выкатываем возможность подключить NoSQL, начинаем с MongoDB.
Glassfish… И если бы была бесплатная база Oracle XE, было бы просто прекрасно…
спасибо, учтем ваше пожелание. Glassfish в планах точно есть.
Oracle XE выгодно выделила бы ваш хостинг, для широкого круга оракловодов, которые и хотят писать Веб приложения и сайты, но и без привычного инструмента обойтивсь не могут.

Кстати у XE есть конструктор веб приложений APEX, который при толике корректного маркетинга может пирвлечь дополнительных клиентов.
НЛО прилетело и опубликовало эту надпись здесь
спасибо, done.
> mydomain.ru. CNAME myapp.lejastic.com.
Это круто, конечн, но не всегда работает для доменов второго уровня.
почему? обрисуйте ситуацию. Очень интересно чего мы не учли…

В любом случае у нас есть возможность привязать любой домен прямо внутри нашей системы. Это пока не вынесено в GUI, но функционал уже реально работает.
Ну вот хотя бы поэтому:
May 31 21:02:36 master named[873]: dns_master_load: /etc/bind/vlad.pro:5: vlad.pro: CNAME and other data
May 31 21:02:36 master named[873]: zone vlad.pro/IN: loading from master file /etc/bind/vlad.pro failed: CNAME and other data
May 31 21:02:36 master named[873]: zone vlad.pro/IN: not loaded due to errors.

root@master1:~# cat /etc/bind/vlad.pro | head -5 | tail -1
vlad.pro. IN CNAME zsh.su.
То есть для сабдоменов всё ок, не беспокойтесь. Но вот доменов второго уровня такое, вероятнее всего, не получится.
обычно делают классический финт ушами www.mydomain.com
Ну да. Это я просто придираюсь к вашему описанию.
Можно сделать сервер отдельный, который будет заниматься редиректами доменов, если людям некуда повесить такой редирект. Тогда, в общем-то, проблему вы решите.
Но всё же лучше говорить людям IP и не менять его в будущем по возможности.
Да, это верно сказано. До коммерческого релиза не будем давать возможность привязывать на IP.
имя нашего партнера будет анонсировано в следующий раз.
что тут анонсировать если у вас на главной логотип hivext
Hivext — это мы и есть, это имя нашей компании :). Jelastic — это дочерний продукт. Под словом партнер — подразумевалось совершенно другое.
а да, ну тогда извините :)
Меня интересуют в первую очередь доступность (как часто вы будете падать), во вторую — цены и способ тарификации.

По поводу способа тарификации. Могли бы вы технически ввести оплату за процессорное время как GAE. То есть елси на сайте нет посетителей — то ничего не плачу. Возможно ли это технически, или же вы далеки от этого?
Мы понимаем что доступность это наивысший приоритет для клиентов. Будем из «кожи вон» лезть дабы обеспечить максимально вероятную доступность.
Тарификация планируется почасовая. Если на сайте нет посетителей (т.е. вы не используете ресурсы) — ничего не платите. Под ресурсами понимается RAM и CPU. Также будут бесплатные квоты.
а что будет входить в бесплатные квоты?
Первый клаудлет jelastic.com/cloudlet в окружении. Масштабирование происходит по клаудлетам. Второй и последующие будут платные.
то есть бесплатные квоты не будут уметь масштабироваться?
бесплатных квот достаточно будет для работы без масштабирования. если ваше приложение требует масштабирования — значит оно потребляет значительное кол-во ресурсов.
к примеру на GAE приложение масштабировалось до 6 инстансов спокойно. а может и больше.
и это бесплатно. квотами считались только ресурсы.
инстанс в GAE это 50 метровый сервер, у нас клаудлет — 256М. Практически одно и тоже. Есть разные + и — дробного подхода как в ГАЕ и целостного как в Jelastic. У нас больше совместимость с существующими приложениями и практически никаких ограничений.
Да я понимаю, что у вас там джава рантайм в чистом ввиде и никакой песочницы классов. Я не совсем пока разобрался с вашей теорией. сколько инстансов томката одного приложения можно создать в одном в клаудлете?
ну скорее всего наоборот — одно приложение можно разворачивать на базе от ОДНОГО до ДЕСЯТКОВ клаудлетов. При этом инстанс приложения ОДИН.
Третий рисунок сверху jelastic.com/cloudlet.
При необходимости ему динамически добрасываются ресурсы по ПАМЯТИ и ПРОЦУ. Если необходима схема HightAvailability — в след версии будет возможность поставить галочку и у вас поднимется резервный инстанс приложения с репликацией сессий.
то есть масштабируются только ресурсы? инстансы томката не добавляются?
есть два типа масштабирования — вертикальное и горизонтальное. На данный момент я говорю про вертикальное. Если вам нужно горизонтальное — вы выбираете размер одного инстанса и выбираете схему горизонтального роста. Мы стараемся избежать каких-либо ограничений, позволяя пользователям выбрать именно то, что больше всего подходит для их приложений.
Горизонтальная схема масштабирования будет доступна в следующих релизах.
Опишите детально свою обеспокоенность? в чем вы думаете будут трудности при вертикальном росте?
Отлично! думал вы хотите специализировать свое решение только в вертикальном масштабировании.
Мне кажется что горизонтальное масштабирование более эффективное. это скорее мое имхо.
Я пока провожу тесты с вашим вертикальным, и напишу вам фидбек.
большое спасибо, если будут вопросы — можете писать прямо в личку.
Чёт на сайте никакой инфы. А именно какой объём данных можно задеплоить? Какой размер базы данных на бесплатных квотах? Есть ли поддержка hibernate? Как дела обстоят с холодным запуском приложения? Могу ли я писать на диск, например файл для индексов для full text search? И хотя бы примерно стоимость ресурсов?
На данный момент можно задеплоить макс 100Мб архив.
Размеры БД скоро будут определенны.
Никаких ограничений по библиотекам.
Писать на диск можете.
Стоимость ресурсов будет объявлена поле коммерческого запуска, сейчас идет закрытый бета-тест.

Что вы имеете ввиду под холодным запуском приложения?
холодного запуска не будет. Тут немного другая теория, отличная от gae.
я понял, это типа выгрузка приложений?
Инстанс (клаудлет) приложения постоянно запущен будет, или при первом обращении к приложению будет создан, на создание которого будет потрачено время? В gae например этот некоторые его называют «холодный старт» на моём простеньком сайте занимает секунд 5 секунд. Конечно за отдельную плату плату ($9/месяц), специально для вашего приложения зарезервируют 3 инстанса, которые будут работать постоянно, даже когда нету трафика.
хз, сейчас сказать не могу точно… Однозначно скажу что схему выгрузки «висячих» мертвым грузом приложений продумывали. Если приложение занимает 2 и больше клаудлетов — выгрузки не будет.
Скажите, у вас вся эта кухня только для веб-приложений? Нельзя как — то облачно получить ресурсы чисто java-машины?
Просто мысли вслух, смысл облака часто бывает в том, чтобы заплатить немного если что — то нужно очень быстро посчитать, а не покупать свой постоянно простаивающий кластер. Я в вопросе не шибко силён, но представляю себе так: чтобы посчитать хорошо и быстро на java нужно: 1) завести большую кучу вириуалок в каком-нибудть амазоне, 2) поставить на все какой-нибудь линукс, 3) поставить на все java, 4) поставить и настроить какой — нибудь gridgain, terracota и иже с ними, 5) что — то посчитать, 6) убить всё это хозяйство
Вот было бы здорово оставить только пунк 5, не так ли?
да было бы здорово, при условии если бы это было реально востребовано большим количеством людей…
Было бы здорово, если схема оплаты потраченных ресурсов была бы не очень сложной. А ещё лучше несколько вариантов: анлим (трать сколько хочешь, но мощности предоставляются небольшие) и эластик (как везде). А то говорят, мол, выбирайте облачный хостинг и не думайте о железе. Только вот постоянно приходится думать о том, сколько там у меня раз приложение обратилось к диску, не многовато-ли.
мы планируем сделать простую схему тарификации, внутри команды периодически возникают горячие дебаты по этому поводу…
спасибо за идею анлим, но мне кажется это нереально. Разные приложения могут потреблять разное кол-во ресурсов, от одного до 100 серверов. Никому не хочется быть в убытке ни клиенту ни провайдеру услуг.
А сколько же на самом деле занимет 1 cloudlet? Деплою простенькое приложение на Tomcat 6, показывает Cloudlets 2/1, при наведении мышкой пишет «129 Mb». Почему занято 2 cloudlet-а, вы же писали, что 1 cloudlet = 256Mb?
все верно! раньше был 256, после тестирования поняли что лучше дробнее шаг делать, тогда маштабирование будет более мелкими шагами (платить меньше клиенту). Поэтому на данный момент клаудлет занимает 128 метров. Через неделю пресс-релиз обновления там и расскажем детальнее про изменения. Есть много интересных новостей.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий