Google App Engine - мы должны его использовать? [закрыто]

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

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

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

Вам также следует запланировать кодирование функций импорта / экспорта, чтобы вы могли вывести свои данные из GAE и в новую систему.

Как только вы поймете, чем GAE отличается от стандартной среды, которую вы могли бы настроить, если бы вам понадобился стандартный Linux-сервер или ВМ, вы сможете решить, соответствует ли он вашим потребностям. У GAE есть определенные преимущества, особенно в области затрат (вам не нужно платить за управление оборудованием или инфраструктурой до тех пор, пока ваш сайт не станет популярным, и, надеюсь, он сможет оплатить эти расходы). Просто убедитесь, что вы делаете должную осмотрительность и исследования, прежде чем прыгать.

Я люблю Google App Engine и его замечательный API ^* .

Прежде чем начать развивать серьезный бизнес на GAE, изучите его документацию и скрытые ограничения, а затем решите, подойдут ли ваши требования к платформе, которая для целей масштабирования налагает несколько ограничений.

Больше всего меня беспокоит Google App Engine:

1. Отсутствие поддержки разработчиков
2. Простои и проблемы с надежностью

* Премиум-сервис **, кажется, решает их оба с:

1. Премиум поддержка разработчиков доступна.
2. Соглашение об уровне обслуживания на 99,9%

* ^{Я разработал StackPrinter на GAE}

Единственная проблема, с которой я столкнулся в GAE - это хранилище данных. Блокировка поставщика GAE также является проблемой, но вы можете обойти ее, используя Django-nonrel (если вы используете Python и Django). Кроме того, GAE жизнеспособен, потому что он быстр, может обслужить много пользователей в обязательном порядке и является экономически эффективным. Это идеально подходит для стартапов, так как они не рискуют покупать свое собственное оборудование на ранних этапах.

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

И да, не стоит забывать, у Amazon EC2 есть микроплан, который предоставляется бесплатно в течение 1 года, начиная с 1 ноября

Проверьте это: http://www.buzzingup.com/2010/10/amazon-announces-free-cloud-services-for-new-developers/

Этот обзор на месте. Я часто использую GAE, и это здорово для многих вещей. Если какой-либо из этих вопросов является нарушителем соглашения, вам нужно двигаться дальше. Если вы сможете справиться с этими проблемами, у вас будет очень масштабируемое приложение. Я думаю, что это может хорошо подойти для вашего домена, хотя. Если у вас есть какие-то конкретные вопросы, не стесняйтесь задавать их, просто не пытайтесь заставить bigtable вести себя как реляционная база данных.