Google под давлением в ожидании запросов на двигатель приложений

Запросы накапливаясь от энтузиастов-программистов, использующих среду разработки приложений для приложений App Engine, , снова проверяя способность Google соответствовать ожиданиям внешних разработчиков, требовательная группа, которую компания считает ключом к ее успеху.

Взволнованный сервис, разработчики стремятся быстро продвинуться в Google и добавить основные функции, необходимые для запуска коммерческих приложений.

Некоторые популярные запросы: удаление потолков ресурсов, чтобы они могли приобретать дополнительные вычислительные мощности; поддержка большего количества языков за пределами Python; и обеспечение связи приложений с помощью, например, SSL и

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

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

«Мы видим много отличных вещей, созданных на App Engine, и получили отличные отзывы от разработчиков», - сказал Макдональд в телефонном интервью.

Google Команда App Engine внимательно следит за запросами разработчиков и активно работает над улучшением и расширением службы, сказал он. «У нас есть отличные вещи в разработке», - сказал Макдональд.

App Engine была представлена ​​в ограниченной доступности в начале апреля и широко открылась в конце мая.

Первые 10 000 бесплатных учетных записей App Engine, которые предлагаемые Google получили, очень быстро. К концу мая, когда Google открыла услугу кому-либо, компания сообщила, что она уже выпустила около 75 000 разработчиков, а еще 80 000 были в списке ожидания.

Хотя Google не раскрывает, сколько приложений Были открыты учетные записи двигателей, можно с уверенностью оценить, что на данный момент их должно быть более 200 000, сказал аналитик Gartner Рэй Вальдес.

«Это очень много», - сказал он. «Теперь Google должен выполнить ценностное предложение App Engine: разработчики пишут код, а Google обрабатывает все остальное».

App Engine не предназначен для создания обобщенной «облачной» вычислительной инфраструктуры и среды разработки для всех типов приложений и разработчиков.

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

В отличие от других хостинговых вычислительных и сервисов разработки, таких как AWAS Amazon, App Engine обеспечивает высокоинтегрированный набор компонентов, объем настройки и настройки, на которые разработчики должны участвовать.

Этот дизайн приносит гибкость и контроль за счет сокращения опций, но соответствует конечной цели App Engine привлекать разработчиков, которые хотят быстро создавать и развертывать свое приложение и довольны для того, чтобы Google справился с остальными.

Дизайн App Engine явно поразил аккорд, и теперь ясно, что Google теперь имеет свои руки, учитывая популярность сервиса.

В интервью по электронной почте с разработчиками App Engine две вещи стало ясно: они с большим энтузиазмом относятся к сервису, и они хотят, чтобы Google расширила и расширила его.

Некоторые из наиболее распространенных плюсов, упомянутых разработчиками App Engine, - это его автоматизация d балансировка нагрузки; его масштабируемое хранилище данных Google, файловая система и язык запросов; его тесная интеграция компонентов; и общая простота.

Билл Кац, веб-сайт и разработчик из Пало-Альто, Калифорния, уже написал приложение под названием Bloog, которое он выпустил под лицензией с открытым исходным кодом, и работает над разработкой двух других приложений.

Поскольку его команда состоит из просто сам и его жена, он ценит интеграцию, автоматизацию и простоту App Engine.

«App Engine устраняет ряд задач, которые мне придется обрабатывать для очень масштабируемого веб-приложения, например, для поддержки нескольких серверов [и] масштабируемой базы данных, - сказал он.

Он считает, что Amazon AWS «отлично» - он использует свою службу S3 для своего личного резервного хранилища и может использовать EC2 для размещения некоторых веб-сервисов, которые App Engine не может поддерживать, но признает, что он нацелен на другой рынок.

«AWS предоставляет сырые компоненты, которые могут быть объединены несколькими способами для создания масштабируемого веб-приложения. С другой стороны, Google App Engine обеспечивает полностью интегрированный стек, который требует от вас работы определенным образом, - сказал он.

Тем не менее, ясно, что энтузиазм по поводу привлекательной привлекательности App Engine () «Для всех его похвалы за App Engine, Катц пропускает некоторые ключевые функции, такие как расширение поддерживаемых языков программирования за пределами Python.

« Это [также] само собой разумеется, что разработчики с нетерпением ожидают, что квоты будут отменены, и начнется оплата по мере необходимости », - сказал он. «Фоновые задачи также будут большими».

В настоящее время приложения App Engine могут использовать до 500 Мбайт постоянного хранилища и достаточную пропускную способность и процессор для 5 миллионов ежемесячных просмотров страниц, хотя Google планирует разрешить покупку дополнительных ресурсов в какой-то момент до конца года.

Бен Брайант, президент First Objective Software в Александрии, штат Вирджиния, находится на ранних стадиях разработки коммерческого приложения для размещения коллекций, но не сможет его развернуть до тех пор, пока Google не представит приложение Двигатель обеспечивает всестороннюю возможность полнотекстового поиска. «Все остальное, что мне нужно, уже есть», - сказал Брайант.

Филипп Верхаге, генеральный директор Self-Star, также планирует развернуть коммерческое приложение на App Engine, но не хватает защищенных коммуникационных возможностей, что вынудило его придумать с использованием пользовательских схем шифрования в браузере. «Вряд ли такие меры, которые внушают доверие клиентам», сказал он.

Другие проблемы для Verhaeghe: бета-статус службы и невозможность покупать больше ресурсов. Он также хотел бы, чтобы Google укрепил лицензионное соглашение с разработчиками.

«Google очень четко заявила о своем намерении не записывать загруженный код, но нет послужной список», - сказал он. «В частности, вы можете задать вопрос о том, как загрузка вашего кода связана с« рекламированием »вашего изобретения в контексте патентов. Google должен обеспечить там более эффективную юридическую защиту».

В Стокгольме, Швеция, Colliberty Easy Publisher был ногами Шины App Engine, задаваясь вопросом, планирует ли Google ограничить количество файлов - 1000, которые разработчики могут загрузить с помощью приложения, сказал старший научный сотрудник Johan Carlsson.

Махмуд Аррам из Кембриджа, штат Массачусетс, разрабатывая коммерческое приложение для социальных сетей с партнером и желая узнать, планирует ли Google предоставить автоматизированный способ переноса данных из App Engine и поддерживать многопоточные приложения.

Уровень ясности, который McDonald и Koomen от Google при условии, что для определенных «списков пожеланий» характерны разные варианты.

McDonald признал, что, хотя App Engine обеспечивает простой способ текстового поиска, Google знает, что это может быть лучше. «Мы хотели бы предоставить полный полнотекстовый поиск в App Engine, - сказал Макдональд, отказавшись предложить расписание доставки. «Важно иметь».

Он также заявил, что Google намеревается упростить для разработчиков перенос своих данных из App Engine, поддерживая отраслевые стандарты для этих целей. «Проблема блокировки данных была немного преувеличена, - сказал Комен. Есть способы переноса данных из App Engine сегодня, но Google может упростить и автоматизировать процесс, добавил он.

Аналогично, Google знает, что разработчики хотели бы запускать многопоточные приложения в App Engine, но в то же время Koomen указывает, что хотя приложения однопоточные, они выделяются на несколько серверов, работающих параллельно.

Это позволяет приложениям масштабироваться без взаимодействия с разработчиками. «Мы можем автоматически масштабировать и распределять нагрузку между серверами, чтобы не накладывать стресс на какой-либо конкретный экземпляр или сервер», - сказал Комен.

Google не планирует немедленного снятия лимита в 1000 файлов, которые могут быть загружены с помощью код приложения, сказал Макдональд, добавив, что это не относится к числу файлов, которые могут загружать конечные пользователи приложения - это ограничено объемом хранилища, доступным для приложения.

Они также очень недвусмысленно объясняли что Google не планирует поддерживать базы данных SQL в качестве альтернативы запатентованному хранилищу данных Google и GQL, которые способствуют «жидкостной» способности App Engine для масштабирования.

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

Кроме того, Google также работает над расширением поддержки для большего количества pr (). Более того, лицензионное соглашение Google с разработчиками очень ясно: код, данные и интеллектуальная собственность приложения принадлежат его разработчикам.

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

Stephen O ' Грэди, аналитик Redmonk, сказал, что Google наблюдает, как разработчики используют App Engine, чтобы прогнозировать загрузку своих приложений в свою инфраструктуру и определить, какой объем он сможет поддерживать. «Это касается планирования мощности, - сказал он. Google сохраняет функции при запуске как минимум для обеспечения адекватной производительности от всех, пока не сможет получить лучший профиль спроса ».

Вишванат Венгупапалан, аналитик группы 451, отмечает, что, хотя количество учетных записей App Engine может быть большой, пока не развернуто не так много приложений, что дает Google возможность продолжить поиск лучших практик в этом, новом рынке для компании.

Однако Google должен защитить положительный и громкий шум вокруг App Engine. "Несомненно есть много энтузиазма разработчиков, и мы хотели бы видеть, как Google использует это на практике », - сказал Венугопалан. Во-первых, Google должен уделять первоочередное внимание поддержке большего количества языков программирования и предоставления гарантий уровня обслуживания, чтобы привить уверенность в производительности и надежности сервиса, особенно после того, как он понес в июне.

Разработчики, такие как Katz, будут внимательно следить за тем, как Google стремится к приложению Engine, и они, похоже, в этот момент готовы дать компании возможность сомневаться в недавнем провале и текущих квотах на ресурсы, что и следовало ожидать в эти ранние дни.

«Я думаю, что Braintrust Google решит проблемы это будет интересно посмотреть, как App Engine работает после того, как квоты будут удалены », - сказал Кац.

« Для нашего небольшого запуска я делаю ставку, что к концу года App Engine будет стабильным и надежным достаточно, чтобы обрабатывать пользователей для нашего нишевого коммерческого приложения, даже если нам повезло, и он становится популярным », - добавил он. «Аутсорсинг для Google - это рассчитанный риск, который учитывает ограничения моего запуска на наличные деньги и доступное время программирования».