http://maoyang.golater.me/2013/11/baas.html

BaaS評估與比較

BaaS(Back end as Service)在最近一年蠻紅的, 也是跟Mobile App崛起與資料雲端化有關, 現在單機運作的App為了可以有病毒傳播效應, 幾乎免不了要做Server端的軟體設計, 資訊分享,資訊同步…, 如果App團隊很小, 小到只有一個人, 這時候還要去顧Server端的維護與設計, 就有點抓襟見肘,分身乏術. 這時候BaaS等於是獨立App開發者的救星, 因為BaaS幫你把雲端的維運, 資料庫, CRUD API都包裝好了, 你也不用去學Server端的開發語言, 專心將Mobile端的功能與BaaS的API整合起來就可以了, 聽起來很美好, 但是選擇BaaS確很容易掉入這些廠商的 ’陷阱’ 在省時省力的背後也需要考量一下維運的成本.
前幾天在規劃2014的新產品開發, 最後還是免不了要來碰雲端資料庫整合這一塊, 由於自己是獨立開發者, 當然只好選擇BaaS, 去年曾經用過Parse幾個月, 今年也接觸到了StackMob, 所以心中大致上就是這兩家擇一來使用, 用Google搜尋一下看是否有部落客對這兩家的比較, 找到兩篇是值得一看的

1. How To Choose the Best Backend Provider for your iOS App: Parse VS Stackmob vs. Appcelerator Cloud and More!
2. Choosing Backend As A Service (BAAS) Provider

由於去年有用過Parse SDK, 所以看了第一篇很扎實的比較, 很認同他所說的Parse比起Stackmob簡單很多, 但是看了第二篇, Stackmob的basic免費功能是不會去算API呼叫次數的, 除了API呼叫次數,這位作者似乎對於Parse被Facebook併購這件事相當有顧忌, 他後面提出三點認為應該選擇StackMob

1. Longevity, Stackmob會比Parse長壽,很多使用者因為Parse被Facebook併購搬到Stackmob, 但是到底有多少並沒有指出來, 還有他提出一些Facebook是否會掌控api, 改變價格, 資料安全等質疑, 這部份似乎還沒聽到Facebook有干涉這些事情
2. Unlimited API calls: 這點StackMob確實很吸引人, 不過當你要每個月要使用超過100萬次的push notification, 價格會比Parse貴很多
3. Pricing: 這部份看你要從何觀點看, 如果只是很單存的資料存放, 不需要Push notificaiton, Server side code hosting這些比較進階的功能, Stackmob確實會比Parse便宜很多

感想

這兩篇的比較結果不一樣一個是建議使用Parse, 一個是Stackmob, 如果以成本考量要比較其實不太容易比的出來, 但是Stackmob的免費無限制API呼叫會是一個很吸引人的方案, 至於要用哪一個? 還是要仔細想一下, 畢竟當系統上線, 資料進去了, 要再移出來可是又會耗掉許多時間與成本.

Written with StackEdit.

http://blogs.embarcadero.com/sarinadupont/2014/04/16/remote-push-notifications-on-android-with-rad-studio-xe6/