Конечно, Google Appengine масштабируется, но быстро ли он?
Я хочу знать, хорошее ли время отклика, а не только масштабирование. Кто-нибудь с опытом?
Ответы 3
Масштабируемая архитектура, такая как GAE, отличается от архитектуры, основанной на оптимизации скорости. Нужен другой подход.
DataStore не спроектирован так, чтобы быть сверхбыстрым в небольших масштабах, а скорее обрабатывать большие объемы данных и быть распределенным. Можно сказать, что доступ к базе данных в малом масштабе «очень медленный» (по сравнению со стандартной реляционной базой данных).
Взгляните на: Google-appengine-второй взгляд и как-я-научился-перестань беспокоиться-любить-использовать-много-дискового-пространства-масштаб
Какой-то Результаты эксперимента.
Я реализовал несколько всплывающих окон ajax для приложения GAE, и для использования всплывающих окон требуется, чтобы время обращения к серверу в среднем составляло менее полсекунды. И это сработало очень хорошо. Поддержка memcache также упрощает оптимизацию скорости в GAE.
существующие ответы (и комментарии) находятся на правильном пути. Если кратко, то хранилище данных движка приложения работает медленнее, чем большинство реляционных баз данных, но быстрее, чем большинство других хранилищ данных в стиле NoSQL. Я видел, как это отражают несколько независимых сравнений, например http://radar.oreilly.com/2010/06/on-the-performance-of-clouds.html
движок приложения отслеживал задержку хранилища данных в течение многих лет на своем сайте состояния системы: http://code.google.com/status/appengine
Чтобы прояснить вышеупомянутые моменты, хранилище данных GAE было оптимизировано сначала для масштабируемости, а затем для чтения. Запись выполняется медленно, но оказывается, что запросы и получение выполняются довольно быстро с практической точки зрения.