分享

Python Taiwan讀書會_8_Kubernetes 101

09/27的主題是Kubernetes(簡稱K8s) ,是在講過Docker和docker-compose之後,在此基礎上更進階的平台,讀書會裡並沒有說如何使用、架構,而是帶我們了解為何需要使用K8s、是否需要使用K8s、是否可以只用docker等問題與答案,並且簡單說明K8s的概念。我其實還做不出Dockerfile或docker-compose  ,硬著頭皮聽完這次的內容,概念上是知道了,但實際上完全不知道如何使用,不過這也無妨,反正聽起來是種好東西,就有病治病,沒病強身。
Kubernetes(簡稱K8s)是Google雲的核心,Google 的所有服務 ,包含Gmail,都是在容器裡執行,雖然docker就已經是種容器,但K8s的目標是「跨主機叢集 (cluster) 的自動部署、擴充以及執行應用程式容器的平台」,看到這裡,應該是認識每個字但不懂這是什麼,簡單說,把重點畫在有英文那裡,重點是叢集 (cluster),並且還可以做到跨主機叢聚,支援許多種容器工具,Docker就是容器工具之一,因為我現在只認識docker,在我認識K8s之前,docker不是之一,而是我的唯一,雖然有點感嘆這年頭已經沒人在討論天長地久了,但我應該也不會和第一個認識的容器工具就此開花結果。另外有個懶鬼(我)自帶螢光筆畫的重點,那就是自動,部署這件事當然是越自動越好,最好是我才剛睡醒,開始啟動意識就已經完成。
現在雲端服務的三大公司,分別是Microsoft Azure、amazon web service、Google Cloud Platform,雲端公司絕對不只一個機房,在全球範圍裡,這也合理,要是哪裡爆炸、斷電、被喪屍攻陷,總不能讓服務就這樣死掉了,地球上還有其他地方的人等著收e-mail和玩遊戲啊。前面講到,K8s使用情境有大量軟體快速部署,更重要的是還能因應使用量的瞬間增減。
以台鐵賣春節期間車票為例,春節為什麼難買票?伺服器平常一秒服務一個人,若大家開始搶春節返鄉的車票時,一秒可能要服務一百個人,在2014年前,也就是沒有K8s之前,或許還可以把人太多、一下子流量太大,當成特定期間的當機藉口,但是現在有了雲端和K8s,台鐵並不需要為了兩個星期的高峰期需要採購比平常所用多100倍的硬體,平時放著長灰,只需要利用雲端和K8s,以租用的方式,可以scale up也可以scalde down。另外,FB或Google隨時都這麼多人在線上,或是隨時有新功能或更新版本,而我們從不感覺有停頓或變慢,就是因為用快速、自動的雲端部署,即使遇到某地的電廠停電,備用電源或是電源來自不同電廠的設計,也都讓使用者們並不覺得服務會中斷。
若只有用一台主機,用Docker就好,若有跨主機的需要,像是在很多台主機上提供同一個服務。跨主機是K8s的優點中最重要的優點,Docker和docker-compose無法在多主機上執行,不僅可以讓服務不中斷,還會自動挑資源足夠的主機,真的是相當聰明伶俐。
說了K8s的許多優點,也還是要提些缺點,以免太不現實,K8s的技術進步太快,新版與舊版格式不相容,目前中文資料少,可問的人少,用的人也少,工作不易找,主管都不太懂了,如何判斷來人是否擅長(不過一旦有相關的工作,通常薪水較高),不過,未來三五年內,大家會越來越理解好處,再考慮VM(虛擬機)成本高,雖然VM一開始肯定也是用免費拐人來用(廠商套路多),但用熟了隨便就是幾百萬台幣甚至上千萬的使用費,K8s可快速部署這個優點,是因為租用雲端,是以時間計費(不是年或月的訂閱制,是以秒獲分計價),快慢有差,要快開快關才能省雲端租借費,還可以事先設定增加條件,完全不浪費時間,也不中斷服務。
即使還不會用,這種精準,也是深得我心。  https://labs.play-with-k8s.com/
上週講起我的進度有點混亂,自己心慌,但這週開始越來越能與這些混亂共處了,寫Python form Zero的作業時,也仍然是需要查網路或翻書,還要寫好一下子,看鳥哥的linux網站,也是龜速,這週過了三天我還停在計算機概論,忍不住想起大學時代那些資電學院的同學,也都是讀這些東西嗎?(我猜他們的回答會是:當然不是啊我們大一沒有在讀書的)
分類:學習

評論
上一篇
  • 下一篇
  • 更多文章
    載入中... 沒有更多了