Google

индекс
191,41

Google запустил Google App Engine

Google не просто так говорил о хостинге приложений. Сегодня они запустили бета-версию сервиса Google App Engine, амбициозный проект, позволяя разработчикам создавать масштабируемые веб-приложения. Построена платформа на BigTable и GFS.

На первый взгляд это копия их конкурента Amazon Web Services с набором веб-сервисов, предлагаемых Amazon Web Services ( S3, EC2, SimpleDB ). Но в отличие от АWS, которая состоит из независимых друг от друга сервисов, которые затем могут быть связаны между собой разработчиками (кстати, вчера Amazon был в дауне), архитектура Google более централизована, но поэтому и менее гибкая. ( Например, в Amazon можно использовать свои данные на S3, независимо от любых других услуг, в то время как в Google, используя сервис BigTable необходимо для размещения написать скрипт на Python для своих серверов приложений, который создаст доступ к веб-интерфейсу).

Разработчикам всего лишь надо загрузить свой Python код, и запустить приложение, и затем контролировать различные показатели.

* Быстрое развертывание кода.
Google App Engine предоставляет свои вычислительные ресурсы, ровно столько сколько необходимо. Разработчики должны писать код, а Google App Engine позаботится об остальном.
* Решается вопрос с резким всплеском популярности проекта, внезапное увеличение трафика больше не головная боль разработчиков. Google App Engine позаботится об этом с помощью собственных серверов.
* Легко интегрируется с другими сервисами Google. Это огромная экономия времени и нервов для разработчиков, которым более не надо писать компоненты для аутентификации и электронной почты с нуля для каждой нового проекта. Разработчики, использующие Google App Engine могут использовать встроенные компоненты, а также пользоваться большой библиотекой Google API.

Только первые 10000 разработчиков, которые успеют зарегистрироваться, смогут подписаться на бета-версию и им будет разрешено размещать свои приложения.

Услуга абсолютно бесплатная на период бета-тестирования, но есть лимит на использование. Приложения не могут использовать более 500 Мб общего объема хранения, 200 ежедневных циклов процессорного времени, и 10 Гб трафика в сутки (в обоих направлениях). Это эквивалентно примерно просмотру миллиона страниц в месяц, что нормально для стандартного веб-приложения. После бета-тестирования, эти ограничения будут устранены, все желающие смогут использовать эти параметры бесплатно, но разработчикам придется платить за любые превышения. На данный момент, Google еще не установил цену на услугу.

Google планирует зарабатывать от сервиса с помощью AdSense, рассчитывая на то, что разработчики будут вставлять код в свои веб-приложения, но реальной окупаемости от сервиса не ожидают.

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

Одно из нынешних ограничений - это то, что приложения должны быть написаны исключительно на Python, Объясняют данный момент так, Python является их основным скриптовым языком (в 2005 году наняли создателя Python Guido van Rossum). Google рассматривает все варианты и с другими популярными языками.

via Social Trend
+45
8 апреля 2008, 09:44
19

комментарии (90)

–8
shai_xylyd #
Господа, мы наблюдаем смерть свободы, смерть споров о языках программирования, смерть большенства web-кодеров. Это день, когда google стал злом.
+2
Spec #
При чем тут "смерть споров о языках программирования"? Если Google использует Python, это вовсе не значит, что так и надо.

При чем тут "смерть большенства web-кодеров"? Вообще не понятно.

При чем тут "смерть свободы"? Вообще не ясно.
+1
tigra_alive #
shai_xylyd намекает на то, что вскоре гугль, как и майкрософт, захавает под себя все что можно, свернет пространство и наступит конец света. Так-то.
0
deniszh #
Хм. Врядли сервис останется бесплатным, поэтому врядли будет сильно популярным среди простых девелоперов. Будут пользоваться только те, кто готов платить.
Да и поддержку языков я думаю добавят, Amazon не будет сидеть сложа руки...
+1
krasin #
Для не слишком больших приложений (см. лимиты выше) останется доступными бесплатно, это в самом сообщении говорится.
0
modaz #
Для начала никаких ограничений в языке программирования нет! это только вначале будет Python
как сказано Python со своими библиотеками, для обеспечания безопасности.
и в конф-файле есть строчка указывающая
runtime: python
api_version: 1
если бы один питон это указывать не нужно было.. логично?
кроме того в гугле используют Яву, Руби, Перл...
так что нехер тут панику разводить
+3
aengus #
Руби и перл практически не используют. Ещё используют C++.
0
Lain_13 #
Просто подпишитесь на этот блог и станет легче: http://habrahabr.ru/blog/wad/
:)
НЛО прилетело и опубликовало эту надпись здесь
0
Timosha #
свобода, свобода... вас туда палками гонят? :)
0
shai_xylyd #
Да, меня гонит тенденция рынка. Запуская сейчас социальный сервис стоит задуматься, а не использовать ли API вконтакта, как небольшую часть своей системы. Так и google. Да я могу сам поднять couchdb сервер на erlang'е, стелать ставку на развивающуюся strokedb (ruby) или написать свою обертку над mysql используя tcl и c#, но это стоит времени, а его мало. Если нет стандартного решения, на место которого претендует google, то создавая тупой web проект свою долю fun'а можно найти в подобном велосипедостроении, оправдоваясь отсутствием стандарта перед начальством. А кроме fun'а этот велосипед принесет и ценные знания, полученные своей кровью и своим потом.
Нет, я не против этого события, просто мы наблюдаем еще один шаг от ремесла к промышленному производству, когда на вопрос как это работает, можно получить ответ не знаю, это просто работает. Кто-нибудь может рассказать ребенку, как работает сотовая связь или почему аспирин помогает от головы?
0
defann #
Отличная новость. Все ждали этого от Гугл, с тех пор как Salesforce представил AppExchange. Ждём первых приложений.
+3
cst #
Радует.
А наши компьютеры неуклонно стремяться к роли "тонких клиентов".
Зачем нам сервера для приложений и сложных расчетов, зачем нам офисные машины... зачем нам nVidia 890... ну это я поспешил) ?
Думаю времени для воплощения концепта от Phoenix в роли компьютера с браузером в биосе, осталось совсем не много.
+9
DbLogs #
Ага, а Google App Engine переименуют в SkyNet:)
0
Goodrone #
Эх. Ждём объявления цен (:
0
avenu #
Ограничение в языке программирования выглядит несколько сомнительным.
+1
anvaka #
Знаете, после того, как узнал какие проекты были написаны на Python'e, у меня все сомнения отпали. Небольшой список: Youtube, GMail, Google Maps...

Быстрый обзор можно найти на Wikipedia.com
0
avenu #
Никто не сомневается в самом языке, а в необходимости подстраиваться под Google. Ведь можно использовать гораздо более гибкий Amazon.
0
modaz #
да ну?
на амазоне такая конфигурация, которая сейчас от гугла дается бесплатно, стоит $95 (минимальный сервер + трафик 2гб/день) те у кого нет денег выберут Гугл.. и интернет заплодится сайтами аля narod.ru ведь именно для такого и сделан этот сервис :)
0
avenu #
Ключевое слово - сейчас. Кроме того, доступ ограничен.
Откуда такие вычисления про 95$?
0
modaz #
ну я получил демо-аккаунт от гула в течении 20минут..
вычисления:
сервер 1 час = $0.10, 1 день = $2.4, 1 месяц = $72
трафик(считаем как у гугля 2Гб в день на прием и передачу) $0,18*4Гб * 30дней = $21,6
$72+$21= $93, ну ошибся на 2бакса, в уме считал
не стоит забывать что прийдется бекапится на S3, это прийдется платить за хранение и еще за реквесты..

хватит ли этого для 5тыс уников в день(средний сайт)? наверно..
0
avenu #
А Вы уверены, что вычисления напрямую зависят от времени загрузки сервера? Я к тому, что весь месяц процесс может и не использоваться?
0
modaz #
если хотите рассматривать сферического коня в вакууме то рассматривайте, но без меня..
но сайты обычно работают 24 часа в сутки, а не включаются перед приходом. по этому и нужно считать полный загруженный месяц 1 сервера минимум..
а вот когда 2 сервера и больше, которые отключаются/включаются при росте/падении посещаемости тогда и расчеты другими будут..
но только вот пока сравнивать с гуглом мы не можем ибо нет данных с его стороны..
0
preprocessor #
вы не вкурили фишку и не поняли что такое процессорное время

p.s. посмотрите на среднюю загруженность процессора вашего сервера
+1
modaz #
как говорится И ШО?
оплачиваем то мы пакет 1CPU а на сколько мы его используем это им по барабану.
не хватает 1CPU берем 4CPU мало этого берем 8CPU
но для 100% аптайма все равно нужно один сервер держать включенным..

скорее это вы понимаете как работает EC2
+1
preprocessor #
не знаю кто вам минус поставил, но видимо вы правы, а я нет. Я думал у них там все более гибко и интересно.

Compute Usage (in Instance Hours consumed):
The number of instances multiplied by the numbers of hours (uptime) in a month. For example, if you have 3 instances running for 24 hours/day and 2 instances running for 5 hours/day, the instances hours will be 3 * 24 * 31 (days) + 2 * 5 * 31 (days) = 2,542 Instance hours

Т.е. самый минимум — Small Instance — это 10 центов за 732 часа. т.е. 75 баксов. Не дешево, вы правы.
0
hoodoy #
При чем здесь "подстраиваться". =)) Все не задумываясь юзают MS Office и подстраиваются под visual basic. А здесь другая ситуация.. Гугл дает стимул для изучения гибкого высокоуровневого языка. К тому же будут доступны и другие языки. :P
+1
arty #
ютюб на питоне?
http://youtube.com/results.php
http://youtube.com/my_videos.php
http://youtube.com/my_account.php
то есть, тут как минимум неоднозначно...
0
anvaka #
Да вы правы. У них application server на питоне написан, я не вдавался в детали. Очень хороший перевод статьи по архитектуре youtube'a можно найти aздесь. Статья, правда, немного старая, но основывается на реальных событиях, по докладу одного из разработчиков (Cuong Do) из core team.
0
aengus #
API сразу для всех языков делать немного проблематично. В перспективе, думаю, будут и другие языки.
+1
anvaka #
>200 ежедневных циклов процессорного времени

Как-то оно не понятно сколько же это :)? На странице App Engine явно написано: "...bandwidth and CPU for 5 million monthly page views." т.е. бесплатно дают полосу и процессор достаточные для обработки 5 миллионов просмотра страниц в день.

:) Думаю, при трафике выше 5 миллионов просмотров в день, можно на самой рекламе окупать хостинг проекта и ездить на космическом корабле.

Браво, Гугл!
0
jdm #
В месяц.
0
orloff #
5 million monthly == 5 миллионов просмотра страниц в день ?
0
Lucyk #
в месяц
0
anvaka #
Упс :). Конечно же, в месяц. Перепутал с желаемым :)
+1
duncanf1 #
На самом деле пока ничего не произошло. Посмотрел немного док

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

Давно ожидаемое решение. Вот только остальные не могли его осилить технически.
0
kvladimir #
скорее не могли осилить его финансово, а не технически
0
duncanf1 #
Идея давняя. Денег в мире тоже полно. А вот толком не сделано. Почему?
Ответ один - сложно.
Так что я бы сказал 50 на 50 финансы и техника
0
P_r_i_m_a_t #
Если кто уже начал разбираться с этим, подскажите, реально ли будет создать на этой основе полноценный сайт без привязки к сервисам Гугла? Т.е. со своей базой пользователей, отправкой писем сервером, OpenID, ftp, и т.п.
0
Davidov #
У них есть существенные ограничения: с сетью нельзя напрямую работать, процессы сторонние нельзя запускать.
Сделать OpenID можно, да и пользователей своих, вроде, тоже (придётся правда самому делать модель и всё остальное).
0
sgtpep #
По моему P_r_i_m_a_t имеет в виду: можно ли заюзать их платформу на стороннем хостинге.
0
khim #
Нет. Просто нельзя получить доступ к сети иначе чем через гугловые сервисы. Хостингом для уже существующих приложений это не является.
0
sgtpep #
А я скачал их кроссплатформенный SDK (http://code.google.com/appengine/downloa…), попробовал написать Hello World и думаю, что создать сайт без пивязки к Google реально. В их SDK входит все: работа с BigTable, GQL, Developer Server (как в Django) и прочие специфичные вещи. Все юзается как модули Python.
Пробую ставить это на своем хостинге WebFaction.
0
sgtpep #
Да, кстати в исходниках SDK прописана лицензия Apache License.
0
Alexzander #
а мест уже нет :( быстро они 10000 юзеров получили...
0
Caesar #
я ломанулся туда менее чем через час после объявления - сказали что местов уже нет. То-ли врут про 10000, то ли засквотил кто-то.
+6
Arhivator #
Ну что ж пора изучать Python!
0
neelts #
присоединяюсь =)
0
coylOne #
Неее... Лучше изменить гугл, чем учить 10й язык =)
+1
oisee #
"Не стоит прогибаться под изменчивый Гугль,
Пусть лучше Гугль прогнётся под нас"? =)
0
coylOne #
ахахахаха =) дадада =)
0
Arhivator #
Я думаю если вы осилили 10 языков, нет никаких сложностей разобраться с синтаксисом еще одного.
Да и лишним это никогда не будет.
0
coylOne #
9 языков - это приманка для работодателя (во всяком случае у меня). Реально же хорошо знать можно 3-4, а остальные поверхностно (трогал, ваял для себя).
НЛО прилетело и опубликовало эту надпись здесь
0
Nail #
"CPU for 5 million monthly page views" и "внезапное увеличение трафика больше не головная боль разработчиков" как-то не вяжется.

Непонятно, чем оно лучше, чем VPS (либо кластера из VPS).
0
P_r_i_m_a_t #
Это же только на период бета-тестинга, потом таких ограничений не будет.
0
Caesar #
за деньги не будет. бесплатно будет доступно только с теми-же ограничениями.
0
P_r_i_m_a_t #
Ну, и что? Где-то сейчас раздают такие ресурсы бесплатно? Если у проекта такой трафик, он должен приносить достаточно денег...
0
Caesar #
ну и ничего. я просто уточнил
0
rengo #
Может будущей ценой и работой по принципу "молча пиши свой код, а не грузись о серваках"?
0
Nail #
Если BigTable - аналог Мемкеша в плане запросов, то сделать шардинг для mysql с такими ограничениями ну уж совсем не проблема. Вынести пару шардов на отдельный VPS не такая уж проблема.

Про цену - у Амазона цены их виртуальных почасовых машинок дороже чем, на аналогочный помесячный VPS, на котором делай что хочешь. Гугл конечно цены слегка уронит, но не думаю что настолько. Хотя плюс наверно есть - цены на VPS возможно тоже упадут.
0
rengo #
Фиг знает конечно, но я ненавижу трахаться с тем, с чем можно не трахаться. Например с серверами. Будет у них нормальный апсервер - отлично, глядишь и другие подтянутся.
0
Caesar #
я тут видео посмотрел наконец с презентацией: именно на это они и напирают - не надо платить админу (или тратить своё время), не надо беспокоится об обслуживании оборудования и разруливании проблем с хостёрами.
0
rengo #
Ну собственно и я об этом.
0
Caesar #
"сделать не проблема" vs "не делать вообще" - это две большие разницы.
"не такая уж проблема" vs "вообще не проблема, ибо гугл сделает всё сам" - тоже две большие разницы.

Крмое того я больше верю в надёжность гугла чем в большинство самостоятельных решений.

Там есть другие ограничения и минусы, типа отсутствия какого-либо аналога cron'у, жестоеому ограничению на время выполнения скрипта и прочих радостей таких вот узко специализированных решений... но они же не предлагают там делать тяжеловесные приложения, требующие большой закулисной работы с данными, они предлагают услугу прежде всего для несложных по логике проектов.

ждёмс когда они дадут простым смертным доступ к map_reduce...
0
hodik #
пора изучать питон) самое интересное, что приглашение на бета-тестирование пришло через 10 минут после подачи заявки в тестеры)
–9
Spec #
Прочел на одном из форумов:

...Люди, которые проектировали систему, не были достаточно знакомы с PHP, чтобы реализовать его, или они - фанатики питона (что объясняет первое). Кажется, что у людей, которые используют Python, развивают комплекс превосходства, который делает их неспособными рассмотреть что-нибудь кроме питона...
0
rushman #
жесть ;)
0
Spec #
ЧТо было то и написал :-)
0
marazm #
Ну не будем спорить на тему что лучше, пых или питон. Ответ уже известен.
0
EXSlim #
Отлично начался день =)
посмотрите geting started http://www.youtube.com/swf/l.swf?video_id=bfgO-LXGpTM&rel=1
там сотрудник гугла юзает темплейты джанго(!) =)
0
nwalker #
Отсюда:
In addition to the Python standard library and the App Engine libraries, the runtime environment includes the following third-party libraries:
* Django 0.96.1
0
Caesar #
угу, там темплейтный движок джанговский в комплекте. И вообще, по идее джанго-приложение, если оно написано грамотно, можно сравнительно легко запустить на гугле. Корёжить по большому счету придется только работу с файлами и БД. Если оно хорошо абстрагировано, то больших проблем не будет.
0
BooBSD #
а еще сессии и аутентификацию
0
magicstream #
имхо. Все кому не лень и есть определенный скилл пойдут писать веб приложения у них на сервисе. Как никак есть потенциальная возможность продать это приложение гуглу.
0
Santacruz #
Человек мыслю подал хорошую
0
arty #
+2
miked #
на самом деле новость отличная, в чём я вижу плюсы

что нужно что бы сделать веб проект?

- разработать приложение ($)
- купить сервер ($)
- думать о нагрузках ($$)
- нанимать системных админстираторов ($)
- заботится о безопасности, решать ряд технических вопросов ($я про сервер)

что будет в варианте предложенном гуглом

- создавай проект, вот и всё собсветнно ($)
- заплатить за сервис ($)

минусы, по языкам, но я думаю что если спрос будет, то будет и поддержка

в общем достаточно интересный шаг в развити веб приложений с моей точки зрения, ибо может дать сушественное развития за счёт решения многих проблем
0
hodik #
Google дает платформу для создания веб-приложений, можно полностью сконцентироваться на разработке приложения плюс огромная база аккаунтов
0
bg8s #
Unfortunately, space is limited during Google App Engine's preview release. As we expand, we'll invite more developers, but for now you'll have to wait.
Would you like to be notified by email when space becomes available?
+1
karramba #
для python это безусловно отличный пиар. см. http://www.developers.org.ua/archives/ma…
НЛО прилетело и опубликовало эту надпись здесь
+1
b3atb0x #
SkyNet. It has began! :)

p.s.
Just kiddin' xD
НЛО прилетело и опубликовало эту надпись здесь
0
Cyxapeff #
ахрененно. Джанго на халяву. Я уже люблю гугл.
0
adekvatno #
Since App Engine does not support Django models, leave all DATABASE_* settings set to an empty string. The authentication and admin middleware and apps should be disabled since they require Django models. The functionality these provide is covered by the App Engine Users API and Admin Console respectively. Sessions also depend on Django models and must be disabled as well. Finally, you need to set the path to your template directory dynamically.

пока шо очень очень ограниченная джанга
0
BooBSD #
зато дефолтные темплейты - джанговские и ModelForm портировали для работы с BigTable. И модели их очень смахивают на джанговские.
0
Caesar #
кстати, одному мне кажется, что зря они сделали такой низкий порог вхождения? Идеальная документация + довольно понятный python + вся лишняя работа делается гуглом... Не ломанутся-ли сейчас толпы юных и бестолковых разработчиков в сторону питона и гугла и не дескредитирует ли это язык и сервис в глазах масс, как сиё случилось в своё время с PHP по аналогичным причинам.
0
andrew_dashin #
Только вот эти 10000 разлетелись со скоростью света.
Эх, а жаль, очень хотелось попробовать.
0
caezar #
я когда прочитал топик - сразу кликнул ихнюю 'Definitely'. Только что уже пришел инвайт

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