iT邦幫忙

2021 iThome 鐵人賽

DAY 14
0
DevOps

運用皮毛技術與 AWS 平台、打造雲端蘿蔔服務三十天系列 第 14

【Day 14】海綿寶寶的神奇海螺:對 AWS 發出 Support

tags: 鐵人賽 AWS business support codepipeline codebuild

前情提要

  • 我在撰寫【Day 12】的時候,在還沒驗證 CodeBuild 功能是否做動的時候,直接寫了那篇文章
  • 而昨天本來想要接下去做,順便撰寫【Day 13】的時候,發現 Osaka (ap-northeast-3)CodeBuild 功能 似乎 存在缺陷,差點就斷賽,恕我娓娓道來~~~

預期行為

  • 原本在建立 CodeBuild 的時候,依序的流程、以及 自我審查 自我檢查
    1. 建立 Project
      • 幫流程取名字,上標籤,不會錯在這邊
    2. 設定原始碼來源
      • 我根據 相關文件嘗試 TroubleShooting,其中條列了一些常見的錯誤,寫道如果下載程式碼的時候,發生失敗,可能是因為所使用的 VPC / Subnet 網路不通...
      • 我看那個錯誤訊息啊, github 的 domain 有被解開變成 IP
        • 意味著有 DNS
        • 網路也有通
      • 卡在這邊,後面都還沒執行,最後就 Timeout
    3. 指定執行 CI 階段時的環境變數(給虛擬機器或是運行的容器)
      • 註:CI 是否會建構 Docker image 以及特權模式? 掛:不掛 /var/run/docker.sock
    4. 設定 CI 階段時的腳本(預設就是 buildspec.yml,可以另行指派別的腳本)
    5. 指定產物
    6. 指定 Logs 存放位置

我在上述 步驟 2 時,指定原始碼來源位置是我的 GitHub,並且透過 OAuth 取得讀取我原始碼的權限
我這個 ironman2021 是個 Public Repo、主要是要接上 Webhook

  • But !!! 我一直卡在本文第一張圖那個狀態

  • 我後來換了 Tokyo 來跑 CI ,就正常了...

    • 真的是有夠 OOXX
    • 東京的 console 長這樣
    • 大阪的 console 生這款

    漚!不!!
    換到 CodePipeline 結果噴錯

    此時的我,極度懷疑,那個 CodeBuild 是不是只支援 CodeCommit 就匆匆上線啦

    • 就此作罷嗎?
    • 因為不知道自己是哪個環節出錯,那會使我晚上睡不好覺,所以還是來問問神奇海螺吧!!

    雖然在 iThome 應該是要問 ... 海綿寶寶

在 AWS 上開 Support 流程

流程概述:

  • 切換到 Root Account (用電子信箱登入的那個方式,就是 Root)
  • 如果沒有換到 Root Account 就想要買海螺,則會看到下列訊息
  • 登出後,重新登入,按下圖紅色框框處
  • 像這樣喔
  • 在右上角
  • 我不知道是不是犯蠢導致 CodeBuild 搞不起來,我需要的可能是技術支援
  • 這個 AWS Business Support Plan 低消是一個月、每個月收一百塊美金喔,只不過因為九月剩一週左右,快過完了,這邊提醒我出帳時,會有 26.67 美金這麼多錢跑出來⋯⋯

花錢!花錢!花錢!!

  • 賓士 AMG ~ 我開大的~ 大的!! Support Plan ~ 我買 Business ~~

下禮拜應該不會被趕面試吧 XD

配套方式

根據我在大阪的遭遇,可以選擇下列幾個方式先行作業:

  1. 在 Tokyo 建立 CodePipeline / CodeBuild 繞開
  2. 把 Git Repo 包進容器裡面,做成 image,扔到 ECR 上,使 CodeBuild 跑這個容器
    • 把 source code 包進容器裡面,應該是準備要做成 production 準備要 release

小結

  • 稍後,或者明天再把我部署在東京的 CI 細節補上。

上一篇
【Day 13】顏立委:希望你們都學會,如何透過 SMTP 發信!
下一篇
【Day 15】CodePipeline x 老實的人別去大阪 x 老菜卜玩東京
系列文
運用皮毛技術與 AWS 平台、打造雲端蘿蔔服務三十天30

尚未有邦友留言

立即登入留言