Apple M1 作業系統坑 - cloud run 出現錯誤
Cloud Run 是 Google 的 Serverless 產品，讓我們不用管理基礎 infra 也能建置容器，並會根據流量自動調整資源，且只依據實際使用的資源收費。 這邊特別注意一下，目前 Cloud Run 似乎還沒支持 ARM 格式的 image，故有使用 M1 筆電包 docker image 要特別注意一下，這會出現不可預期的 bug !
Cloud Run 簡介
Google Cloud 上主要有三種 Serverless 服務，分別為
- Cloud Functions
- App Engine
- Cloud Run
若服務需要更多的靈活性，且希望能並行運作 Containers 來處理大量的服務或作業，則建議使用 Cloud Run。 Cloud Run 即是一套基於 Knative 的全代管 Serverless 服務，不像 GKE 需管理 worker node 及複雜的 yaml 檔案部署設定，Cloud Run 更加簡單。
Cloud Run 有人把它當作是一個快速驗證的服務。將 build 好的 artifact 透過 Cloud Run 執行，就可初步確定 Container 的行為狀態，而無須考慮 Kubernetes cluster 及 yaml 檔。
Cloud Run 的功用
- Cloud Run 支援的 Container images，請特別注意， image 必須針對 Linux 64 位編譯件。 Cloud Run 在官方文件中，有明確支持 Linux x86_64 ABI 格式。
Supported languages and images
Cloud Run 接受 Docker Image Manifest V2、Schema 1、Schema 2、 and OCI image，目前不支持用於多架構映像的 Manifest 列表。
可直接與 Cloud Monitoring、Cloud Logging、Cloud Trace 和 Error Reporting 整合。
只需要支付程式運作期間的費用，計費單位為 100 毫秒。
會依據流量自動調整容器主機的資源配置，從零擴展至多個資源或縮小至零（Scale up or down from zero to mulitples）
Serverless 是一種 NoOps 的解決方式，可以讓只有 developer 的公司也能方便進行部屬，缺點就是少了建置基礎環境的彈性。
Cloud Run 出現錯誤
自己在本地電腦 build docker image 後，推到 contianer registry ， 但是部屬至 cloud run 時出現錯誤資訊 :
Cloud Run error: Container failed to start.
Failed to start and then listen on the port defined by the PORT environment variable.
Logs for this revision might contain more information.
繼續往 cloud run 的 log 錯誤訊息搜尋，會看到 :
Failed to create init process: failed to load startup_script.sh: exec format error
咦 ? 這個 startup_script.sh 是我上傳的，但 cloud run 無法執行 !? 上網調查後，發現是 Apple M1 作業系統坑 ，也就是往上面一直強調的 Cloud Run 目前不支援 ARM 類型的 Container images。
因為自己電腦是 M1 ，自己測試是本地包 docker ，所以發生這樣的錯誤…
不同 CPU 架構的電腦，會需要使用不同的 Docker Image。 Docker 是跑在 OS 之上的，不同的 OS 跟 CPU 架構，當然就要有不同的 Image，
既然不同架構的 Image 不能混用，那就表示我們執行 docker pull 指令時，docker 會自動辨識並抓取對應架構的 Image 來使用，是怎麼做到的呢 ?
docker 透過 manifest 這個清單，來決定要使用哪一個 image !
可用用看 docker manifest inspect 指令看看 Image 不同的架構清單 !