Java Cloud Hosting — autoscaling, easy deploy, environment management

    Java Elastic Cloud Platform
    Друзья, мы продолжаем закрытый бета тест облачной платформы для Java приложений. Важнейшим бизнес моментом в нашем будущем развитии являются предварительные договоренности с одним из лидеров хостинговых услуг на рынке Европы. Мы нашли отличного партнера — это один из самых успешных хостинг провайдеров в Европе. К тому же, наша команда готовит к запуску новый информационный сайт и новый уникальный облачный функционал. Для удобства создания окружений нами разработан конструктор серверных топологий — визуальный билдер. Подобного решения вы не найдете даже у Amazon Beanstalk.
    Однако сегодня речь не об этом. Указанный функционал и имя нашего партнера будет анонсировано в следующий раз. Сегодня, тем кто принимает участие в закрытом бета-тестировании — мы предлагаем попробовать наш обновленный функционал. Мы учли ваши пожелания и выпустили промежуточный апдейт.

    В обновлении доработано несколько важных моментов:

    Домены третьего уровня


    Теперь можно привязать к своему окружению домен третьего уровня на базе *.jelastic.com. Имя вашего окружения соответствует домену.

    Jelastic Domain Binding

    Благодаря этому, вы легко можете привязать любой домен второго уровня к вашему окружению. Сделать это можно используя CNAME.

    mydomain.ru. CNAME myapp.lejastic.com.

    Несколько контекстов в рамках одного Tomcat


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

    1. Выбираем нужное окружение



    2. Указываем контекст



    Процедура деплоя в разные контексты очень проста и удобна.

    Контексты можно удалять и переименовывать.



    Редактирование конфигов Tomcat


    Если появилась необходимость подредактировать конфиги сервера, сделать это можно очень просто через менеджер конфигов



    При редактировании постарайтесь не выстрелить себе в ногу.

    Также, было устранена масса мелких и больших багов. Доработаны и другие ваши запросы. Не полный список обработанных ваших запросов вы можете найти на страницах нашего фидбека.

    Настоящее и Будущее


    Коллеги, мы приносим извинения тем, кто подал заявки на участие в бета-тесте, но до сих пор не получил информационное письмо с параметрами доступа. Мы постепенно наращиваем наши мощностя и вскоре сможем предоставить доступ всем без исключения. Если вы очень яро «горите» желанием и можете дать нам обратную связь — напишите мне в личку, я постараюсь ускорить процесс получения доступа.
    Если вы уже имеете доступ, пожалуйста, отпишите нам пару слов о своих впечатлениях или потребностях. Даже если это будут лучи ненависти — они тоже нам нужны. Мы переварим любую информацию.

    Следите за анонсами.

    Предыдущие посты по теме Jelastic бета-тест
    Vertical Scaling in Java Cloud
    Tomcat Java Elastic Cloud — Platform as a Service
    True Java Elastic Cloud @ JavaOne — закрытый beta-test
    Jelastic
    Jelastic DevOps PaaS для хостеров и ISV

    Похожие публикации

    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее
    Реклама

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

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

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

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

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

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

              В любом случае у нас есть возможность привязать любой домен прямо внутри нашей системы. Это пока не вынесено в GUI, но функционал уже реально работает.
                0
                Ну вот хотя бы поэтому:
                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.
                  0
                  То есть для сабдоменов всё ок, не беспокойтесь. Но вот доменов второго уровня такое, вероятнее всего, не получится.
                    0
                    обычно делают классический финт ушами www.mydomain.com
                      0
                      Ну да. Это я просто придираюсь к вашему описанию.
                      Можно сделать сервер отдельный, который будет заниматься редиректами доменов, если людям некуда повесить такой редирект. Тогда, в общем-то, проблему вы решите.
                      Но всё же лучше говорить людям IP и не менять его в будущем по возможности.
                        0
                        Да, это верно сказано. До коммерческого релиза не будем давать возможность привязывать на IP.
                0
                имя нашего партнера будет анонсировано в следующий раз.
                что тут анонсировать если у вас на главной логотип hivext
                  0
                  Hivext — это мы и есть, это имя нашей компании :). Jelastic — это дочерний продукт. Под словом партнер — подразумевалось совершенно другое.
                    0
                    а да, ну тогда извините :)
                  0
                  Меня интересуют в первую очередь доступность (как часто вы будете падать), во вторую — цены и способ тарификации.

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

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

                              Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                              Самое читаемое