Google App Engine 1.6.0 теперь вышел из предварительного просмотра и имеет статус полностью поддерживаемого продукта Google со структурой зарядки в соответствии с экземплярами frontend/backend по требованию.
Движок приложений был» экспериментальным » в течение трех с половиной лет и начинался с философии, что он должен быть «простым в использовании, легко масштабируемым и бесплатным для начала работы». В результате он получил широкое распространение — согласно его собственному блогу, он достиг 100 миллиардов+ ежемесячных посещений, 300 000+ активных приложений и 100 000+ разработчиков, использующих его каждый месяц.
Многие из этих разработчиков теперь недовольны выставлением счетов по своей новой структуре ценообразования, которая только что вступила в силу, наряду с пересмотренным сроком обслуживания и соглашением об уровне обслуживания, Google, похоже, пытается успокоить разработчиков «дружественными для бизнеса» условиями, включая политику устаревания на 3 года (не вытаскивать ковер для коммерческих продуктов, как они делали для лабораторных) и 99,95% SLA для платных приложений в хранилище данных с высокой репликацией. Но это вряд ли компенсирует необходимость платить за то, что было бесплатным в течение такого долгого времени, а затем менять основу для взимания платы.
Несколько других изменений также были включены в объявление на этой неделе. Во-первых, SDK App Engine теперь, наконец, поддерживает среду выполнения Python 2.7. Кроме того, что касается Python, Google выпускает полный фреймворк MapReduce, включающий этапы Map, Shuffle и Reduce.
Для Java API Memcache теперь поддерживает асинхронные вызовы. Кроме того, putIfUntouched() и getIdentifiable() теперь поддерживают пакетные операции. Были добавлены средства для тестирования возможностей, а также обратные вызовы хранилища данных.
Что касается взимания платы, разработчики теперь могут использовать API Blobstore без регистрации для выставления счетов. Для приложений с поддержкой выставления счетов Google предоставляет два дополнительных элемента управления планировщиком: Минимальное время простоя и Максимальная ожидающая задержка.
Также новым является экспериментальный инструмент миграции хранилища данных с высокой репликацией для переноса данных из главного/ведомого хранилища данных в хранилище данных с высокой репликацией и переключения обслуживания приложения на новое приложение HRD.