Механизм Приложения Google - Когда использовать его, если не также?

Я не могу точно сказать вам, следует ли вам использовать App Engine, ничего не зная о том, что вам нужно от вашего веб-приложения, но я расскажу вам, что App Engine может и не может (или не может) делать.

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

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

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

В целом, когда App Engine что-то не поддерживает, это не потому, что это невозможно - нет ничего невозможного, - а потому, что это снижает масштабируемость App Engine.

Существуют обходные пути, которые могут быть (и были) реализованы, чтобы обойти это, особенно с такими вещами, как очередь задач , и App Engine постоянно получает новые функции и новые платформы, созданные на его основе. .

App Engine for Business добавляет SLA и другие цены, но в остальном это почти тот же App Engine.

На этот вопрос на удивление легко ответить после того, как я несколько недель работал с движком Google в моем проекте. Вы должны использовать его, когда:

• у вас нет возможности настроить сервер
• вам нужна мгновенная бесплатная почти бесконечная масштабируемость
• ваш трафик резкий и довольно непредсказуемый
• вы не чувствуете например, забота о ваших собственных инструментах мониторинга сервера
• , вам нужна цена, которая соответствует вашему фактическому использованию и не зависит от временных интервалов
• , вы можете разбивать длинные задачи на 30-секундные части
• у вас есть навыки / будет / желать работать с noSQL и справляться с ее последствиями
• вы можете работать без прямого доступа к файловой системе

Так что на самом деле вы можете использовать его практически для чего угодно, особенно для веб-сайтов. Единственное, для чего это очень быстро становится слишком дорого, - это запуск больших фоновых процессов. Если вы занимаетесь хардкорным вычислением чисел 24/7, вам лучше использовать где-нибудь свой собственный сервер, потому что ни один облачный сервис не может соответствовать этому.

Но подумайте так, где еще вы собираетесь получить архитектуру, которая может проглатывать 10+ запросов в секунду за десять долларов в месяц?

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