我正試圖在兩家開發公司之間做出決定。一個想要與Parse一起去,而另一個想要建立一個後端。我想獲得反饋,以及爲什麼構建後端或使用PaaS等BaaS的原因,Stackmob在可伸縮性和性能方面更好。自己的後端vs BaaS
例如,我們使用SnapChat這個高度使用的應用程序,它可以處理數百萬用戶和數據請求。如果新創建的應用程序遇到用戶和數據請求的大量增加,會發生什麼情況。後端能夠處理這個問題嗎?在用戶增加之後不久,我會不會修復它?
我正試圖在兩家開發公司之間做出決定。一個想要與Parse一起去,而另一個想要建立一個後端。我想獲得反饋,以及爲什麼構建後端或使用PaaS等BaaS的原因,Stackmob在可伸縮性和性能方面更好。自己的後端vs BaaS
例如,我們使用SnapChat這個高度使用的應用程序,它可以處理數百萬用戶和數據請求。如果新創建的應用程序遇到用戶和數據請求的大量增加,會發生什麼情況。後端能夠處理這個問題嗎?在用戶增加之後不久,我會不會修復它?
BaaS提供商如apiomat或解析必須處理成千上萬的應用程序的請求。每個應用都可以有很多用戶。供應商被迫使系統絕對安全並具有可擴展性,因爲如果對這些問題之一有任何問題,這將是他們業務的結束......自行構建可伸縮的安全後端並不像您期望的那樣容易。那些上面提到的公司已經投入了一些人力年。
像Parse.com這樣的東西給你很少的資本投資很大的價值。通過BaaS,基礎設施管理的所有細節都隱藏起來。在使用良好的BaaS時,部署,系統容量問題,系統可用性,系統安全性,數據庫管理和其他各種任務簡單地消失。例如,Parse.com使用亞馬遜網絡服務和彈性負載平衡,隨着使用量的增加動態地向系統添加更多容量。這是容量管理的必殺技。
Parse.com是一種特殊的BaaS。 Parse.com的預期目的是成爲移動應用的輕量級後端後端。我相信Parse.com是一個非常好的移動後端即服務(MBaaS - link to a Forrester article on the subject)。
也就是說,有時Parse.com不是正確的解決方案。估計應用程序的用戶數量和HTTP請求數量,普通用戶每天發送一次。 Parse.com通過交易數量收費。臨計劃有以下限制:每秒
許多小型交易可能會導致更高的成本到應用程序所有者40所要求的每月
由BaaS/MBaaS提供的服務爲應用程序開發人員節省了大量時間和精力,但卻施加了一些限制。例如,對於您的需求,Parse.com的響應時間可能太慢。除非您升級到他們的企業計劃,否則您無法控制響應時間。我目前無法控制你的應用託管在哪裏(我相信解析應用目前在弗吉尼亞州的亞馬遜數據中心內運行)。
我看過的BaaS提供商不提供服務質量指標。即使他們這樣做,也沒有社區對什麼指標有意義達成一致。你只要得到你所得到的東西,並希望它足夠滿足你的需求。
的應用程序是一個MBaaS一個很好的選擇,如果:
解析的最佳使用案例是iPhone開發者編寫的一款遊戲,需要存儲用戶的高分,但對服務器一無所知。也就是說,像Hipmunk這樣的複雜應用程序正在使用Parse。看看Parse.com's portfolio of case studies。你能想象你的應用程序在這個組合中,還是與這些應用程序有很大的不同?
即使BaaS不是正確的解決方案,PaaS或IaaS可能也是如此。看看Rackspace和AWS。在今天這個時代,購買硬件和運行數據中心是很難證明的。