Ищете рекомендации для PaaS-провайдеров

Я хочу разработать наш новый проект с использованием провайдера PaaS. Я буду разрабатывать основной язык на PHP, но хотел бы, чтобы сервис мог также предоставлять другие языки (и дополнения, такие как MongoDB, Memcached, redis и т. Д.). Мне кажется, некоторые PaaS, такие как PHPfog (и AppFog), dotCloud, orchestra.io, OpenShift от Red Hat, Pagoda Box и другие.

Мне кажется, что из всех них мне больше всего нравится dotCloud. Но хотел узнать о каких-либо обзорах, рекомендациях и сравнениях между некоторыми крупными игроками на PaaS.

Что бы вы порекомендовали, ребята?

5 ответов

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

Надеюсь, это поможет.

PAAS Сравнение:

http://kencochrane.net/blog/2011/06/django-hosting-roundup-who-wins/

OpenShift:

http://kencochrane.net/blog/2012/01/installing-django-application-on-openshift/

Stackato, построенный поверх CloudFoundry:

http://kencochrane.net/blog/2012/01/getting-djangocms-up-and-running-on-stackato/

Heroku:

http://kencochrane.net/blog/2011/11/developers-guide-for-running-django-apps-on-heroku/

dotCloud:

http://kencochrane.net/blog/2011/04/deploying-my-django-application-to-dotcloud/

Огромная электронная таблица Google с подробной информацией обо всех функциях PAAS:

https://docs.google.com/spreadsheet/ccc?key=0AiIXCd1D_TmGdFluZEJQakV5M0QwWXNWaXREcWR0Q0E

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

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

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

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

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

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

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

Вот отличное резюме текущего ландшафта: http://natishalom.typepad.com/nati_shaloms_blog/2012/05/mapping-the-cloudpaas-stack.html

Норма

Вы можете найти кучу сравнений там:

Если вы ищете PaaS с несколькими средами исполнения, вам, вероятно, будет интересен такой PaaS, как AppFog, Heroku, OpenShift, Google App Engine и CloudFoundry.com. Если вас интересует PaaS на основе JVM, вас, скорее всего, заинтересует PaaS, например CloudBees или Jelastic.

PaaS с несколькими средами, как правило, является более общим, но, с другой стороны, не решает так хорошо некоторые из самых сложных проблем, с которыми может столкнуться каждый конкретный язык / среда. Кроме того, каждый PaaS охватывает различные возможности. CloudBees, например, также предоставляет инструменты для стадии разработки (такие как непрерывная интеграция на основе Jenkins).

Лучше всего протестировать 2-3 из них и убедиться в этом - это также много о вкусе и цветах. Это не должно занять слишком много времени. И если это так, то двигайтесь дальше, это, вероятно, означает, что это не тот PaaS для вас: правильный PaaS - это тот, в котором вы должны чувствовать себя немедленно на востоке и работать с ним очень продуктивно.

Cloudify (открытый стек PaaS), который поддерживает любой язык в любом облаке - он поставляется со встроенной поддержкой Mongo, MySQL, Solr и т. Д.

Я использую серебряный план на PhpFog, но я думаю, что вы можете попробовать PagodaBox.com, у них есть лучшие возможности: memcached и redis по умолчанию, ssh туннелирование для mysql, и интерфейс потрясающий!

pagodabox.com

Другие вопросы по тегам