這次比賽的主題是「初見 Kubernetes:從網站後端開發工程師踏入 K8s 世界的經驗分享」。
之所以將主題定位為經驗分享,是因為我目前對 Kubernetes 的理解還很初淺,實務經驗也相當有限。因此,我希望分享自己第一次接觸 K8s 技術時,在 AI 時代的背景下,如何完成 Kubernetes 專案與實作任務,以及在過程中遇到哪些是 AI 仍無法代替人做決策、必須由工程師親自判斷的事情。
Day 19 的流量由 Traefik Ingress 進入 api-gateway,再轉送到兩個 API。 今天將換成 Istio 入口,讓 Istio In...
如果有個 AP 服務經過更版了,有 v1、v2 兩版,一般常見的部署方式可能是將環境上的舊版服務(不論是容器或是 Web Server 下的應用程式)停止後,將...
直至目前的 YAML 設定已經碰過 Deployment、Service、ConfigMap、Secret、HPA 與 Ingress。 若每個環境都複製整份...
昨天的 Kustomize 從現成 YAML 去調整成 Kustomize 版的 YAML 內容,靠 base 和 overlay 來處理不同環境的共用或異差異...
前兩天說了 Kustomize 和 Helm,兩者都能產生 Kubernetes YAML。產生之後,還有兩個問題:誰負責部署?如果叢集裡的設定被改掉,誰會發現...
Day25 提到,kapp-controller 可以讀取 GitLab Repo,自己取得設定並部署到叢集。GitLab 保存 YAML、執行 CI,部署則交...
Day26 說了 CI/CD 與 GitOps 如何部署服務。當 YAML 指定要使用 api-a:v2,接著就有一個問題:這個 image 要放在哪裡,叢集又...
Day27 說了 Harbor 跨站複寫,讓不同站點都能取得需要的 image。接著就有另一個問題:服務部署在兩個站點,使用者的請求要送去哪裡?其中一站無法提供...
Day28 說了跨站流量與故障切換。當服務出現 timeout、502 或 503,可能卡在名稱解析、建立連線、入口路由,也可能是 Pod 或下游回應太慢。 今...