跳到主要內容

[野人獻曝] 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]
張貼留言

這個網誌中的熱門文章

[野人獻曝] 如何實作一個簡單的短網址服務站（前言）

善意提醒： 本系列文隨時有腰斬的可能，若您需要根據本系列文進行實作的話， 請先作好可能會無法繼續下去的心理準備。 ＝＝正文開始＝＝ 事前準備項目 一台可以跑 Apache 、 MySQL 、 PHP 的主機 一個看起來還蠻酷的網址 一個不會讓你想砸了它的文字編輯器 一個夠清晰的腦袋 關於第一個和第二個項目， 可以考慮去租一般的虛擬主機， 通常可以一次解決！ 第三個項目的話，我個人推薦 Notepad++ 啦， 當然你若有更好的選擇，也可以直接使用！ 至於第四個項目，就請施主自求多福了！ 第一步 當然先從創造資料庫開始囉（不然你怎麼放那些原始網址資料？）， 請打開你的 phpmyadmin ， 然後將 這段指令 交給phpmyadmin執行。 注意：如果你是用虛擬主機的話，請不要直接執行那段指令，否則會有出錯的問題。 請先在你的網站控制臺直接創造一個資料庫，再把上述SQL指令中的 CREATE...... 複製下來交給phpmyadmin執行。 如果順利執行這段SQL指令的話，那麼就請你打開你常用的文字編輯器，輸入以下內容： RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^(.*)$ redirect.php?q=$1 [L,QSA] （ 原始內容 ） （......本文待續......）
1 則留言
閱讀完整內容

[野人獻曝] 串接 OpenAI 的 Assistant

你就直接把 Assistant 當成你在 ChatGPT 看到的那些 GPT 玩具吧（？）， 只是你可以透過 Assistant API 透過程式化來建立你的 GPT 並與你的網站功能結合。 雖然前面說了「用 Assistant API 」，但實際上其實需要以下三個類型的 API 相互結合才能生出一個 Assistant： Assistants API ：設定給助手（？）的指示內容、要使用的模型等資訊。在絕大部分場合下，你通常只需要呼叫一次 Assistant 的 Create 方法一次，此後就可以把回傳的 id 記錄下來後用在其他地方。 Threads API ： 建立對話串，這個對話串會與前述的 Assistant 相互結合，讓 Assistant 知道要在這個 Thread 開始監聽訊息，並針對指示做出相應的回覆。 Messages API ：將使用者輸入的訊息送到 Thread Runs API ：使用者送出訊息後，就要呼叫 Create Run ，讓後端知道有工作要做了 以下是其流程： 先呼叫 Assistant API 的 Create ，記得要拿到回傳中最重要的 id ，這會在接下來的步驟中使用到。如果沒什麼特殊狀況的話你可以把這個 id 持久化保存，之後就不用再重做一次這個步驟。 接著 建立一個新的 Thread ，並取回其中回傳的 id。這個步驟你可能會因應不同的使用的而需要頻繁產生。 以上兩個步驟完成後，接著就可以： 建立一條新的 Message ，並將使用者輸入的內容發送至剛才建立的 Thread 中（透過之前建立 Thread 成功所得到的 id） 接著 呼叫 Run API 的 Create ，將建立 Assistant 與 Thread 成功時所取得的 id 帶入後，就會開始根據使用者輸入的內容開始做分析處理。若是忘記呼叫這個 API 你會發現怎麼內容輸入了但卻沒有任何回應。 然後就可以定期去 呼叫取得 Run 資訊的 API ，看看是不是已經處理完畢。只有在 status 是 completed 時，才代表執行完畢。 執行完畢後，就可以 透過 Message API 取得訊息 。 看吧，很簡單吧？ ㄍㄋㄋ，官網沒寫詳細用法只有提供 endpoint 資訊。害我先按照自己的想法寫出一個雛形發覺怎麼跑不起來一邊確認一邊問 ChatGPT...
張貼留言
閱讀完整內容

[野人獻曝]Google Account Authentication實作（上）

Google Account Authentication的實作，可以用GET或POST模式去做出來。其主要的差異性只在於： 使用GET模式時，需要經過帳號持有者登入Google並授權後，才能存取帳號資源。 使用POST模式時，只要由我方將帳號、密碼傳送至Google登入即可。 普遍而言，第一種登入方式較適合一般的Web Application，也是讓使用者不用擔心帳號密碼外洩給不相關第三者的最佳方案。 而後者僅建議在單機應用程式或是自用的應用程式上執行。 關於Google Account Authentication，請參閱 Google的說明 。 使用GET模式取得授權 要使用這種授權方式，僅需要以GET方式將下列參數傳送至： https://www.google.com/accounts/AuthSubRequest。 next（必備參數） 授權成功要redirect的網址。若授權成功時，即會將授權token富於該指定網址後。 如：http://www.mydomain.com/app.php?token=...... scope（必備參數） 要存取的資源網址。 如：http://www.blogger.com/feeds/posts.... session（選用參數） 決定token是否要加密。如果應用程式已經註冊的話，可以選用1作為此參數之值，以便傳送加密的token。 secure（選用參數） 以下是一個請求授權的示例： GET https://www.google.com/accounts/AuthSubRequest?next=http%3A%2F%2Fwww.yourwebapp.com%2Fshowcalendar.html&scope=http%3A%2F%2Fwww.google.com%2Fcalendar%2Ffeeds%2F&session=0&secure=0 若授權成功後，則會將頁面redirect至： GET http://www.yourwebapp.com/showcalendar.html?token=CKF50YzIHxCT85KMAg 接著可以把這個token值存入變數之中，以供使用。 剛才的動作已經取得token（姑且稱為金鑰吧），接下來的只要把這個token以 Authorizati...
11 則留言
閱讀完整內容