Ищу рекомендации поставщиков PaaS

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

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

Сравнение PAAS:

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

Опеншифт:

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/

Хероку:

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_TmGdFluZEJQakV5M0QwWXNWaXEcWR00Q0

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

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

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

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

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

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

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

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

Норма

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

• Обзор Java PaaS: http://www.ibm.com/developerworks/java/library/j-paasshootout/index.html?ca=drs-
• Руководство разработчика по PaaS: http://www.infoq.com/articles/paas_comparison.
• Социальное сравнение: http://socialcompare.com/en/comparison/platform-as-a-service-paas-for-cloud-applications-scalable-cluster-of-services

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

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

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

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

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

pagodabox.com