Parse一年後要熄燈了

Parse對資源不多的小開發團隊是一個很棒的服務, 在沒有Parse之前App開發者要開發一個具有連接雲端資料庫的功能, App開發者要做哪些事呢?

架設Server
定義DB Schema
設計REST API
使用者管理, 登入/登出, 權限管理
網路頻寬,儲存擴充性-如果不小心App大受歡迎全球有1000萬以上的下載量
Push Notification Server架設-如果App需要Push notification
跨語言, 跨平台API-App要支援Web, Anroid/iOS Windows/MacOS X
Bussiness logic in Server side

以上大概是筆者可以想到的, 如果沒有Parse這樣的平台, 光以上的功能要搞定, 除了多加幫手, 時間, 金錢也是不小的成本, 雖然Parse也是要收費, 但是在讓App可以快速開發縮短MVP的開發時間, Parse透過簡單的Web前端讓你很輕鬆縮短進入開始實作的時間可幫了不少忙. 這樣優質的平台被Facebook併購後又要關掉, 筆者也百思不得其解. 1/29開發者的塗鴉牆大概也被這個消息瘋狂轉貼給洗版了

沒有了Parse後的日子怎麼辦呢? 這邊整理一下昨天看到一些資源供做參考

關於Parse服務準備關掉的一些因應措施
除了Parse以外的5個選擇(英文)
Parse alternatives 在Github的一個共筆檔案, 大家集思廣益提供Parse的其它替代方案資訊
Backendless iOS整合範例跟 Parse整理設計理念很像的BaaS
Firebase iOS整合範例
(iOS) 整合 Firebase Firebase for iOS 整合範例
Parse to Azure Azure 提供教學從Parse轉移到Azure
Parse Server安裝

這裡面有一點沒有提到的是雞蛋不要放在同一個籃子裡, 使用雲端服務最好要考慮到轉移平台的可能性, 網路上看到一說是隨時準備另一個雲端服務做資料備份與移轉, 這對於一個已經成熟的商業服務App確實是必要的, Facebook會關閉服務, 更不用說Google, Amazon了

最後附上一段TechCrunch的評論, 其實這也不是Facebook第一次將SDK收攤, 過去Game platform也發生過一次, Facebook這種不持續支援的不好紀錄, 開發者花費許多時間與資源投入後又要重新開始甚至有些服務就關門大吉了, 這樣未來還能取信於開發者嗎?

Forcing developers into changes, especially ones as drastic as this, can shake their trust. In the future when Facebook opens opportunities for developers, like the chat bot SDK we recently discovered, they might be apprehensive about investing time and resources into platforms from a company with a poor history of continued support.