Cloud Functions for Firebase 跟 Google Cloud Functions 差在哪?

不知道大家有沒有注意過:Cloud Functions 除了出現在 Google Clould 裡頭,在 Firebase 也看得到它的身影,一樣的服務為何要放在兩個地方?還有,它們倆真的一樣嗎?

當然,第一個問題只有官方知道,我也只是猜測而已:在 Firebase 剛推出時,強調開發者專注寫程式就好,剩下的 Firebase 會幫我們搞定。Google Clould 服務五花八門,很多服務不是單純寫程式可以理解的,不少服務還要具備伺服器管理經驗才有機會接觸,對於純粹寫程式的開發者而言就沒這麼友善。而 Cloud Functions 也是專注在寫程式的服務,跟 Firebase 的初衷如出一轍,將Cloud Functions 放在 Firebase 當然沒問題。

至於第二個問題,它們一樣嗎——答案是否定的。我是先從Google Cloud Functions 開始使用,最近的 Side Project 才用了 Cloud Functions for Firebase,一開始我以為兩者相同,但沒多久我就意識到:差多了!

閱讀全文 Cloud Functions for Firebase 跟 Google Cloud Functions 差在哪?

使用 Google Cloud Platform 翻新系統架構

前言

最初只是想重構蔬果行情站的應用程式,

目前專案是採用非正規的架構寫出,

而且相當小眾,壞了很難追到問題的原因;

近期較熟悉官方推薦的方式,

也對於這個專案有些新想法,就決定把它砍掉重練。

而前陣子 Google I/O 宣布:

Google Cloud Platform 提供 Always Free 方案,

便衍生了把蔬果行情站後端拆出去的念頭,

因為目前主機上有數個專案在運作,負擔太大了。 閱讀全文 使用 Google Cloud Platform 翻新系統架構

Google Compute Engine 使用心得

前言

原本使用的主機是一年幾百塊的 share hosting,

用了兩年多,也沒出現甚麼太嚴重的問題,

我的需求就是架個部落格,

以及跑幾支簡單的網路程式。

──直到某天我將蔬果行情站改版後,

才驚覺大事不妙。

引爆點

早期版本的 app 是直接在 client 端爬官方網站的資料回來,

某次改版後,改串自己後端的 API 來取資料,

因為 loading 從原本的官方網站轉移到我的 server 上,

導致偶爾會出現 500 Internal Server Error,

以及 MySQL Server is gone away 的情況。

原本就有在關注 VPS 的資訊,

遇到上述情形後,二話不說直接搬家。

(因為已經有 app 的使用者在回報資訊上幹譙我了……XD) 閱讀全文 Google Compute Engine 使用心得