我想用PaaS提供商開發我們的新項目。我將在PHP中開發初級教程,但希望該服務可以提供其他語言(以及可用的附加組件,例如MongoDB,Memcached,Redis等)。我看起來像PHPfog(和AppFog),dotCloud,Orchestra.io,Red Hat的OpenShift,Pagoda Box等一些PaaS。尋找PaaS提供商建議
其中,我認爲我最喜歡dotCloud。但是想知道PaaS上的一些大玩家之間的任何評論,推薦和比較。
你們會推薦什麼?
我想用PaaS提供商開發我們的新項目。我將在PHP中開發初級教程,但希望該服務可以提供其他語言(以及可用的附加組件,例如MongoDB,Memcached,Redis等)。我看起來像PHPfog(和AppFog),dotCloud,Orchestra.io,Red Hat的OpenShift,Pagoda Box等一些PaaS。尋找PaaS提供商建議
其中,我認爲我最喜歡dotCloud。但是想知道PaaS上的一些大玩家之間的任何評論,推薦和比較。
你們會推薦什麼?
下面是一系列博文,我將它們放在一起比較了大多數頂級PAAS提供商。我的大部分試驗都使用python,所以我不確定它們與PHP的比較。
希望它有幫助。
PAAS比較:
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/
巨大的谷歌電子表格所有的PAAS功能的詳細信息:
https://docs.google.com/spreadsheet/ccc?key=0AiIXCd1D_TmGdFluZEJQakV5M0QwWXNWaXREcWR0Q0E#gid=0
你可以找到一堆比較在那裏:
如果您正在尋找多運行時PaaS,您可能會對PaaS感興趣,例如AppFog,Heroku,OpenShift,Google App Engine和CloudFoundry.com。如果您對基於JVM的PaaS感興趣,那麼您很可能會對PaaS感興趣,如CloudBees或Jelastic。
多環境PaaS往往更通用,但另一方面不能很好地解決每個特定語言/環境可能面臨的一些最難的問題。另外,每個PaaS都涵蓋了不同的功能範圍。例如,CloudBees也爲開發階段提供了工具(如基於Jenkins的持續集成)。
要做的最好的事情可能是測試其中的2-3個,親自看看 - 這也是關於味道和顏色的很多。這不應該花太長的時間。如果確實如此,那麼繼續前進,這可能意味着這不適合你PaaS:正確的PaaS是你應該立即感受東方並且非常有成效的方式。
FYI OpenShift也有Jenkins集成 – TheSteve0 2012-03-21 07:03:39
我使用PhpFog銀的計劃,但我想你可以嘗試PagodaBox.com,他們有更好的功能:Memcached和Redis的默認情況下,SSH隧道爲MySQL,並且接口是了不起的!
pagodabox.com
在過去幾個月中,它一直是一個在許多應用程序上與Pagoda Box合作的夢想。他們可以很容易地獲得價格,並且比我在任何地方找到的價格都多。 – 2012-06-06 00:27:26
我不會使用它們,它們的平臺太不可靠。 – steve0nz 2013-10-16 19:28:50
Cloudify(開放的PaaS棧)支持任何朗任何雲 - 它與蒙戈,MySQL和Solr的等
想想哪些功能是重要的內置支持你在PaaS中。你提到多種語言支持,但還有其他的。清楚您對dotCloud的喜好,以便幫助您關注正確的產品。
我推薦您關注的一些關鍵功能是可移植性,開放堆棧,高可用性,彈性,控制和監控。
爲了防止鎖定,您需要選擇PaaS,以便輕鬆實現雲間的可移植性。瞭解每種產品如何根據您的需求或環境變化促進更改雲提供的能力。
許多PaaS產品規定可用於您的應用程序的堆棧,這可能會顯着減少您的架構選項。您希望能夠選擇滿足您需求的語言,數據庫,中間件組件,產品版本等。 PaaS將您的選項限制在一個狹窄的組件菜單中,對於真實世界的部署並不那麼有用。
如果持續正常運行時間很重要,那麼PaaS如何監控應用程序運行狀況並從故障中恢復。它能自動恢復嗎?它是否可以根據負載動態擴展您的應用程序,在高峯需求期間調配新資源,並在不再需要時釋放這些VM。
您的應用程序可能在部署複雜的服務之間存在依賴關係。無論您的體系結構的依賴性和複雜性如何,PaaS是否可以編排和自動管理您的部署?您需要一個靈活,開放和可擴展的PaaS,以便能夠處理您的任何部署要求。
最後,您希望在應用程序級別進行透明監視。應該很容易查看應用程序的健康狀況以及它隨着時間的推移表現如何。應該有可用的儀表板和日誌,以簡化應用程序級別的故障排除。
下面是當前景觀的一大總結: http://natishalom.typepad.com/nati_shaloms_blog/2012/05/mapping-the-cloudpaas-stack.html
規範
提到的PaaS提供商之間,至極一個可以推薦。此外,任何有經驗的人都可以提供一些評論/推薦/比較。 – Guillermo 2012-03-03 06:23:18