本文的核心為將 Next.js 部署至 Google Cloud Run,CI 的部分會使用 Gitlab CI,主要會依據採用不同服務分成兩種流程:
- 在 Gitlab CI 建置 Docker Image 暫存到 Gitlab 後續部署到 Cloud Run
- Gitlab CI 搭配 Cloud Build 部署到 Cloud Run
本文希望可以儘量補充其他教學遺失的環節,幫助您可以自行選擇想用的服務調整流程。
[toc]
本文的核心為將 Next.js 部署至 Google Cloud Run,CI 的部分會使用 Gitlab CI,主要會依據採用不同服務分成兩種流程:
本文希望可以儘量補充其他教學遺失的環節,幫助您可以自行選擇想用的服務調整流程。
[toc]
假如您持續深入了解 AWS ,您肯定會發現系統層面比您想像的還要複雜。EBS 儲存空間也不例外!
掛載儲存體到一個伺服器或主機看似相對簡單,然後您發現您的應用程式有點慢。不知道到底是什麼原因直到您看到 Stack Overflow 的討論關於 IOPS 和吞吐量(Throughput)的問題。在面對這個問題幾次之後,我決定要研究一下這個問題。
下面是我嘗試理解為什麼 EBS 變成效能瓶頸的原因。
AWS 有 SSD 和傳統的磁盤硬碟,這裡我們說的是 SSD 的部分,如果您不是很確定您使用的,大概多數都是 SSD。
本文嘗試盡可能實作最佳實踐,但部分設定請依據自身需求調整。
AWS Elemental MediaConvert 可以編譯您輸入的影音檔案並轉換產出其他格式的影音檔案。MediaConvert 可以從 S3 取得來源檔或者通過 HTTP 或 HTTPS。整體步驟如下:
因舊有 Heroku Cedar-14 stack
將進入 EOL。
本文僅筆記在 Google Cloud Platform 上搭配本地端 ssh 金鑰快速建立設定 Compute Engine。
本文為 Heroku 官方文件的閱讀 + 翻譯筆記,最新的資料請參考官方網站。
這篇文章將會介紹如何升級 Heroku Postgres 資料庫。這裡所要說的是關於變更資料庫的 plan
(付費方案的部分),以及升級資料庫版本。
關於資料庫的變更只能夠使用 Heroku CLI 指令介面來完成。
升級/變更一個正在運作的 Heroku Postgres 資料庫是一件特別需要注意的操作。
Heroku 共有三種變更方式。在所有的情況下,變更資料庫方案時,應用程式會需要停止服務一點時間,此時無法寫入任何資料。
升級方式 | 需求說明 |
---|---|
PG copy | 可用於所有升級的情況包含從 Hobby 方案變更到其他方案。也可用於升級 Postgres 的版本。 |
Follower Changeover | 變更正式環境資料庫的使用方案,資料庫版本維持一致。僅可用於 Standard,Premium,Private 或 Enterprise 方案的資料庫。需花費幾小時準備 follower ,期間應用程式仍可運作,切換所需的停機時間小於 1 分鐘。 |
pg:upgrade | 升級大型資料庫版本。僅可用於 Standard,Premium,Private 或 Enterprise 方案的資料庫。 |