Aptana Cloud — наш ответ Google App Engine и Amazon-у!

    Не так давно поисковый гигант Google предоставил разработчикам свою платформу для хостинга приложений — Google App Engine, которая предусматривает работу пользовательских приложений в среде компании, на основе их платформы. Разработчик полностью освобожден от работы с самим хостингом — для него все видно через призму несложного API, остальное забота компании Google. По сути, это очень высокоуровневая виртуализация хостинга. Сетевая инфраструктура также переносится на «плечи» провайдера, таким образом все приложения работают в некоторой среде, при этом даже не ясно (да и не нужно), где какой сервер, физический или виртуальный. Именно потому такая инфраструктура называется облачной. На рынке есть достаточная конкуренция — например, самый известный и часто используемый сервис, это инфраструктура от Amazon, которая включает несколько приложений для хранения и передачи данных (оплата производится как за траффик, так и за процессорное время).

    Но в этих предложениях мы ограничены в применяемых языках, например, Google позволяет работать только с Python, при этом часто слышно об ограничениях, которые накладываются платформой и сковывают разработчиков (по крайней мере опытных). По слухам (пока не подтвержденным), Google предоставит в будущем дополнительные возможности в плане выбора языка разработки, и все ожидают, что это будет либо Ruby, либо PHP.

    А ведь мир не ограничен только этими платформами (имеется ввиду, Google и Amazon). И одна из таких платформ создается буквально у нас на глазах!
    Опытным разработчикам AJAX-приложений, думаю, известна такая среда разработки, как Aptana IDE, о которой я уже не раз писал в блоге. Не так давно компания сделала шаг в сторону серверных сред, представив первый в мире сервер Jaxer, совмещающий среду для развертывания и исполнения AJAX-приложений и серверный JavaScript. А вот теперь следующий логических шаг от компании — она разрабатывает среду для Cloud Computing, готовясь предоставить сервис для развертывания приложений в облачной среде, при этом изначально будет поддержка как любимого всеми РНР, так и собственной технологии Jaxter. Пока информации о грядущей платформе очень мало, буквально крупицы рекламного характера, а желающим присоединится на ранней стадии для тестирования бета-версии предлагается заполнить небольшую анкету (что я уже сделал, жду ответа).

    Что же из себя будет представлять эта платформа? Попробуем разобраться.

    Aptana Cloud — это Elastic Application Cloud, прозрачно масштабируемая сетевая инфраструктура для развертывания веб-приложений. Совместно с серверной поддержкой, будет добавлен соответствующий инструментарий и в среду разработки Aptana IDE, с которой напрямую можно будет развертывать приложения, управлять доступными настройками, отлаживать и контролировать свой проект. Среда, по заявлению, идеально подойдет для разработчиков современных Web 2.0 проектов, принимая на себя заботу об масштабировании сетевой и серверной инфраструктуры, оставляя разработчикам только разработку и ничего больше.

    Среда предоставляет стандартный стек технологий — Apache веб-сервер, базу данных MySQL и язык программирования РНР (AMP-стек). Конечно же, собственная технология серверного JavaScript будет также доступна изначально, а так как Aptana является существенным игроком и на рынке средств для Ruby разработчиков, то RubyOnRails обещается в самом скором будущем.

    Для управления кодом применяется система SVN, а на основе флагманского продукта Aptana IDE разработчикам будет предоставлена полная платформа для разработки, отладки, развертывания и управления собственным приложением в Cloud среде.

    Насколько я понял из описания, декларируется, что ваши приложения смогут использовать до 95% серверной мощности 8-ядерных серверов, из которых состоит инфраструктура облака, а для взаимодействия с внешним миром предоставляется до 10 Террабайт трафика в месяц. Хотя, думаю, это будут максимальные тарифные планы, которые, скорее всего, будут доступны за деньги либо на эксклюзивных договоренностях. Да и мало кому такие мощности могут понадобиться, по крайней мере изначально. Пока сервис в приватной бета-версии и тестируется избранным кругом пользователей, дальше будет предоставляться свободный 30-ти дневный период, а цены на услуги будут начинаться с отметки менее, чем в 1 $ в сутки, по крайней мере, такие цифры озвучил Kevin Hakman, директор по маркетингу компании Aptana.

    Кстати, вместе с сервисом будут поставляться и другие инструменты, например, встроенная система анализа посещаемости на основе Google Analytics, средства групповой работы для команд разработчиков и гибкое управление разграничением доступа на основе системы ролей, которая интегрирована с SVN.

    Все это, честно сказать, звучит не просто заманчиво, а очень даже соблазнительно и я рад, что на рынке появится еще одна система, способная и составить конкуренцию гигантам вроде Google или Amazon, и предоставить разработчикам на популярных платформах РНР/AJAX свою Cloud-среду. Ведь на рынке до сих пор не было аналогичного предложения для платформы LAMP, и я считаю, что именно такой фокус будет выиграшной стратегией для Apatana. Они снова первые!

    Средняя зарплата в IT

    120 000 ₽/мес.
    Средняя зарплата по всем IT-специализациям на основании 8 924 анкет, за 1-ое пол. 2021 года Узнать свою зарплату
    Реклама
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее

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

      +3
      Среда предоставляет стандартный стек технологий - Apache веб-сервер, базу данных MySQL и язык программирования РНР (AMP-стек).

      Собственно всё: это не облако. Что произойдёт с вашим сервисом когда умрёт железяка на которой запущен MySQL? Скорее всего будет восстановление из backup'а - а значит задержки, потеря сессий и т.д. Плюс очень большой вопрос как это всё поведёт себя под нагрузкой в миллионы запросов. Собственно уже объявленные ограничения "до 95% серверной мощности 8-ядерных серверов" говорят о многом...

      Посмотрим - как оно на практике будет, но сомневаюсь что подобная схема сможет обеспечить себестоимость сравнимую с подходами Amazon и Google (интересно - где же Microsoft? неужели оставит такое "вкусное" поле без окучивания) - а это значит что когда начнутся ценовые войны Apatana окажется в весьма невыгодном положении...

      Дай-то бог, чтобы я ошибался... Конкуренция - она всегда хорошо, но... не вижу я выигрыша на этом пути. LAMP - это LAMP, а облако - это облако. Не надо их смешивать...
        –1
        а когда это предоставлемые сервисы означали, что это облако или нет? вы, по моему, заблуждаетесь в этом моменте.
          +1
          Ну смотря что называть облаком: сервисы амазона и гугла крайне легко горизонтально масштабируются, за это их и считают перспективными платформами — что вряд ли можно сказать про AMP.

          Ну да ладно, у меня другой вопрос — а чем, собственно, сервис от Aptana/Joyent так отличается от обычного VDS?
            –1
            а на чем, собственно, работают сервисы гугла и амазона, вам известно? на том же линуксе. и что?

            отличия - сами подумаете или почитаете еще раз внимательнее материал? Чем отличается система общественного транспорта (гарантированная) и возможность взять напрокат автомобиль..
              0
              Хм, разве я где-то упоминал линукс?

              Я просто подумал что возможно вы, как автор топика, сможете в двух словах эти отличия обозначить — я просмотрел и топик, и сайт, и у меня сложилось впечатление, что по сути это тот же VDS, но более заточенный под заказчиков, которым нужно хостить ресурсоемкие приложения.
                0
                про Линукс это был автор предыдущего комментария, извините, смешалось.
                так именно в первых абзацах это и обозначено. Еще раз: 2, 3 и 4 предложение этго материала, начиная сверху :)
                +1
                а на чем, собственно, работают сервисы гугла и амазона, вам известно?
                Примерно. Amazon - это SimpleDB, Google - Bigtable.

                Чем отличается "облако" от VDS? Тем что любую машину или даже стойку (в идеале - и датацентр целиком) можно придти, отключить, демонтировать, переставить в другое место и конечные пользователи ничего не заметят. Ну может у одного из тысячи страничка не загрузится - он кнопку Reload нажмёт, оно дальше поедет, если AJAX используется то вообще всё без участия пользователя восстановится.

                Google этого точно достигает, Amazon - вроде как тоже (хотя и не без накладок), а вот как с этим делом справится AMP - это большой-большой вопрос. Особенно MySQL. С PHP проблем нет, Apache - туда-сюда, а вот как они собираются устраивать отказустойчивость для MySQL-баз и во что это выльется в реальной жизни - это хороший вопрос...
                  0
                  а, собственно, в чем проблема с MySQL? навскид - кластер есть с коробки, есть MySQL Proxy, есть несколько промышленных систем третей стороны для кластеризации, есть, в конце концов, решения через JDBC, в том числе и открытые (несколько, например, JDBC-HA). И известны и работают давно системы на сотнях серверов и кластеры и ничего все ок :) Wikipedia не падает :)
                    0
                    кластер-то из коробки есть, только вот до production-а ему как до киева рач...(зачеркнуто) китая пешком. Он на нагрузках как три года назад ложился с потерей данных, так ложится и до сих пор. Отваливается одна нода - и кирдык-с.
                      0
                      да, раскажите. а почему же у других работают кластеры? если у вас не вышло или что-то еще - не расширяйте опыт на все. И господам из Continuent раскажите про ущербность их продуктов, и другим. На MySQL вполне работают нормальные кластеры, и системы из сотен (сотен) если не тысяч серверов. Вопрос в верной архитектуре и желании сделать, а не искать недостатки. И всегда будут задачи, для которых более подходящими будут другие решения.
                        0
                        пример пожалуйста
                          0
                          google adsense
                            0
                            Question One: Number of MySQL servers

                            MySQL one master/three slaves
                            Sun four servers
                            Flickr 166
                            Fotolog 37
                            Wikipedia
                            Facebook 1,800 (900m/900s)

                            http://www.paragon-cs.com/wordpress/?p=1…
                            http://venublog.com/2008/04/16/notes-fro…
                              0
                              почти готов признать себя зацикленным на себе и своих идеях идиотом.
                              почти - это потому что речь в данном споре идет именно о mysql кластере --
                                0
                                в google adsense вроде имеено клястер
                                  0
                                  признаю себя зацикленным на себе и своих идеях идиотом. :)
                            0
                            хотя я это наверное сильно громко сказал.
                            поясняю.
                            кластер отлично работает на выборку данных. нареканий не было и нету.
                            если же идет большой поток запросов на изменение БД - писец котенку. Не вытягивает.
                              0
                              facebook?
                                0
                                я, к великому своему сожалению (без всякой иронии), не знаю, как именно у них обстоит дело с построением распределенной БД. Не удивлюсь, если "классическим" образом - данные бьются, на куски, которые распределяются по разным серверам. Утрируя, все данные пользователей, которые начаинаются на букву А - на отдельной группе серверов. Комменты на одном серве из этой группы, профайлы на другом и т д, + это все пропускается через мощную систему кеширования.

                                Я повторюсь, что никоим образом, не имею в виду, что можные системы невозможно построить на ЛАМПе.
                                Я имею в виду, что неограниченное прозрачное для кода масштабирование реляционных БД как таковых невозможно в принципе
                                  0
                                  ИМХО если до фейсбука ктонибуть сказал бы что можно смасштабировать LAMP решение до уровня использования ~2000 mysql серверов никто не поверил бы :))
                                  Надо дать шанс ребятам из аптаны :)
                  +2
                  Когда это предоставлемые сервисы означали, что это облако или нет?
                  Предоставляемые сервисы этого не определяют. Потому я и говорю - в теории всё это дело можно дотянуть до "облака", а на практике...

                  Что такое "облако"? If the system requires human management to allocate processes to resources, it's not a cloud: it's just a data center. Если, грубо говоря, уборщица может по очереди отключить все компьютеры, смести с них пыль и поставить на место - это "облако", если это должен делать квалифичированный оператор - нет. И вот мне как-то не верится что LAMP можно дотянуть до полноценного "облака"... Просто потому что отдельные компоненты (Apache и, особенно, MySQL) для этого не предназначены...
                    –1
                    а почему MySQL не годится? Потому что никто раньше не сделал? а так все есть, что надо... (смотрите коментарий выше мой)
                0
                разнообразие это всегда великолепно... осталось дождаться реально работающего сервиса, тогда и станет понятно, что скрывается за блестящей оберткой.
                  0
                  Боги, это конечно все очень хорошо, но лучше бы редактор долизали. А заведение code template оборачивается скриптом в полсотни строк :\.
                    0
                    отличный редактор, почти идеал, я бы сказал. всем не угодишь.
                    0
                    Ура, хоть кто-то догадался, что надо бы поддержать PHP-сообщество.
                      +1
                      Jaxer, кстати, пишется без «t»
                        –1
                        да, точно, опечатка, как то привык так его называть :)
                      +1
                      Особенно низ этой страницы удался. Вот почему это не Гугл и не Амазон.
                        0
                        и что? очень емкий комментарий..
                        0
                        Nothing to see here, go away.

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

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