iT邦幫忙

2022 iThome 鐵人賽

DAY 1
2
DevOps

從零開始的Kubernetes轉換系列 第 1

前言, 為何要搬移

  • 分享至 

  • xImage
  •  

其實剛開始進來的時候,當我 hand over 完公司的 stack 後。發現整個系統的架構由前前後後的人所接手。有 supervisord,systemd,docker container 。很多系統甚至是好幾年前的版本。

細問之下才發現大家說,沒有人知道 configuration 怎麼設定的,甚至很多情況是因為害怕升級後會壞掉。

加上測試和 production 環境整個連結在一起,常常聽到 Team Member 説:『因為xxx更新了,所以 production 可能因為xxx更新受影響。』

聽到這樣更加深我想要把整個專案做個好好整理的決心,但是同時我又在想,整個系統這麼多的組成,還要繼續用 docker 嗎? 還是上 kubernetes 比較好呢? 一邊 survey 了一些方案一邊思考著架構要如何轉移。開始的時候甚至還想說 nomad 會不會比較適合。

最後再經過了一些試驗和討論之後,發現我們的專案其實 Stateless 的 container 不少,因此想說來試試看 Spot Instance 能不能省一些錢,因此就決定把整個 cluster 搬上去 GKE 來試試看。因此未來整篇會偏重在搬上 GKE 的時候我們用了哪些 Component 以及我們遇到了什麼問題,而且又是如何的解決。

同時很感謝我們公司的 Taiming 揪團參加,這是我第一次參加 ITHOME 鐵人賽,希望最後能順利完賽。今天第一篇就到這邊啦。


下一篇
搬移前的準備
系列文
從零開始的Kubernetes轉換30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言