跳到主要內容

[野人獻曝] Google App Engine ...... 的踩雷

最近因為要把用 Go 寫的一些 API 搬到專用平台跑又不想花錢，
想到 App Engine 有免費方案，
所以看了一下就先搬一兩隻進去跑了一個禮拜後，
昨天好奇瞄了一下帳單後大吃一斤，
發現才跑一個星期就有 16 鎂的帳單！

再仔細翻一下文件發現這其中的奧秘......

App Engine 分成兩種運作環境，
一為標準，另一個則為彈性。
前者有提供免費方案，依照選擇的類型不同，可能會有一天 28 或 9 個的免費時數可用；
後者完全沒有免費方案，一開下去就立刻算錢。
而我用的正是彈性，所以一開下去就馬上燒錢 Orz

話說回來了，到底標準和彈性環境有什麼差別？

標準環境的特色：

  • 使用的程式語言版本基本按照 App Engine 要求。以 Go 為例，他該死的就只支援到 1.16 ，想用 1.17 以上的版本，你只能使用彈性環境。
  • 有免費方案（不是重點
  • 運作系統規格只有籠統的 F1 / B1 這種讓你選，就算想要記憶體多一點你也只能選更高的等級。
  • AutoScaling 只能設定標準由 App Engine 自行控制
  • 想在運作環境裝一些額外的東西嘛......應該是不行。

彈性環境的特色：
  • 可以自己寫 Dockerfile ，所以要什麼東西用什麼語言環境，你自己決定
  • 沒有免費方案（依然不是重點
  • 運作所需的 CPU 核心和記憶體數量可以自訂，只要符合基本要求即可
  • AutoScaling 機制可以手動也可以自動控制
  • 可以 SSH 登入，想查什麼東西還蠻方便的說
所以你知道為什麼彈性環境沒有免費方案了吧（眼神死

======================

不過根據使用和昨天翻文件下來，
我覺得 App Engine 彈性環境遠比 AWS 的 ECS Fargate 更懶人包。
前者只需要專注在程式撰寫和設定所需運作的環境，基本上沒什麼事要做了；
但後者除了上述的東西外，
還需要自己設定從 VPC / Security Group / Load Balancer 等一狗票東西，
老實說還挺麻煩的。

======================

不過地雷還是有，
在寫 App Engine 的 app.yaml （運作環境設定檔）時，
關於 auto_scaling 的相關設定必須要特別注意，
如果沒特別宣告的話，
會讓你的服務可能一開始就開出兩個 instance 運作，
在只是實驗的狀況下可能會莫名噴出一堆成本。

參考文件：

標籤：

留言

科技島寫道…
Hello Faryne 您好：
抱歉，冒昧打擾~我是「科技島」社群編輯，科技島這個社群的目的之一，是希望能透過科技業精英前輩現身說法，針對職務心得、工作技巧、從業所得提供經驗分享，讓現正從事科技業或未來想進入科技業的學弟妹們可以更加瞭解這個行業。
剛剛在搜尋Google App文章時，看到您撰寫的《[野人獻曝] Google App Engine ...... 的踩雷》這篇文章，很適合科技島讀者。
不知您是否願意授權我們以『原文原PO，並註明原文作者及出處連結』的方式讓我們轉載於科技島網站，跟科技人一起分享呢？謝謝。
靜待回覆！並附上科技島網站連結，給您參考 :
https://www.technice.com.tw/
聯絡Email:
techniceeditor@gmail.com
2022年7月7日 下午5:18:00 [GMT+8]
張貼留言

這個網誌中的熱門文章

[野人獻曝] Google Picker

昨天空閒時刻在 Google API 頁面逛著逛著看到 Google Picker 這個玩意。 仔細看了頁面說明， Google Picker 這玩意的首頁就直截了當說了： Google Picker is a "File Open" dialog for the information stored in Google servers. With Google Picker, your users can select photos, videos, maps, and documents stored in Google servers. The selection is passed back to your web page or web application for further use. 既然他這麼好用， 想當然爾就刺激了我的技術魂， 所以昨天晚上稍微看一下文件後就寫了一個簡單的Sample了。 如果想試玩的話，請往 這裡 。 ======以下技術解析一下===== 基本上要用這玩意，實在是非常簡單。 只要先開這兩行： <script src="http://www.google.com/jsapi"></script> <script type="text/javascript">google.load('picker', '1', {'language':'zh-TW'});</script> 這樣就會先把Google Picker的程式碼先引入了。 然後以Google所提供的慣例中所展示的， 他是在頁面loading完後跳出對話框。 但是以我的sample言， 是在每一個連結被點擊時才觸發， 這點要先注意一下。 接著就是寫被觸發後的處理， 基本上都是以 google.picker.PickerBuilder 物件為主， 因此我們可以這麼寫： var picker = new google.picker.PickerBuilder().addView(google.picker.ViewId.IMAGE...
2 則留言
閱讀完整內容

[野人獻曝] 利用 IFTTT Maker 自訂自己的特殊需求（？）

大家應該都知道 IFTTT 是什麼樣的東西， 所以我就不多解釋了。 雖然一般而言， 我們確實只要在某個服務的狀態發生時， 才需要讓 IFTTT 幫我們做些事， （像是我們收藏 Flickr 上某張照片時就自動下載到 Dropbox 之類的。） 但通常可以選的服務就是檯面上有名號的服務。 一旦要做些比較特殊的事時， 嗯......通常直覺下都是自己刻東西來做， 老實說有點麻煩啦...... 所以後來 IFTTT 推出 Maker 這個玩意。 她可以接收來自使用者端的請求， 也可以把請求轉發到另外一個地方， 對某些特殊需求而言， 就不大需要額外刻東西。 以下簡介一下使用流程： 首先先到  https://ifttt.com/maker 找到你的 API Key 並且記下來。 接著你就可以到 Create Recipe 中選擇 Maker 後再選擇 Make a web request 開始新增你的食譜了。 記得 Event Name ，這個東西會在呼叫時用到 另外 Receive Request 只收以下這些參數：v alue1、value2 及 value3   這些參數，其他東西會無視。 發出 request 直接使用 POST https://maker.ifttt.com/trigger/{Event Name}/with/key/{API Key} 然後就看你要讓 IFTTT 接到哪裡即可。 不過要注意一點：因為上面的 Request 只收 value[1-3] 這三個參數，所以你也只能在 Ingridents 選擇這三項東西來用。這個就比較麻煩一點...... 使用大致上應該沒啥問題， 反正就是簡單的 POST 機制， 做些比較沒有敏感性的事情其實還蠻方便的。 不過要拿來控制你家的電氣系統就可能要再三思了（茶
1 則留言
閱讀完整內容

[野人獻曝] 實作 Clef 的 2-factor 登入

Clef 是一套算是方便的簡單登入機制，宣稱只要三個步驟就能讓你簡單登入： 點擊支援網站的登入按鍵，此時會出現 Clef 的登入畫面（其實就是一個 GIF 條碼而已） 打開安裝在手機上的 Clef APP ，掃描該 GIF。 若是第一次造訪該網站可能會要求你填寫額外資料。這樣就完成登入作業了。 要在自家網站使用這個服務，得先去他們網站註冊，並開啟一個新 Application ，接著就是要改一下 Code 了。 以下是 PHP 使用 CI 所寫出的範例 Code（這裡只實作登入部份，登出部份之後再另寫一篇說明）： 如果要玩玩看實際的操作流程，可以連到 這裡 看看。
1 則留言
閱讀完整內容