為了避免雲端K8s成本暴增,Zalando還自行開發了K8s叢集成本分析報告工具

10/4~10/16精選容器新聞

#大規模K8s管理 #KaaS #企業實例
德國快時尚網站Zalando如何管理140個K8s叢集?

德國快時尚網站Zalando內部有200個開發團隊,為了支援上千名內部開發者所需的基礎架構資源調度,他們的K8s團隊自行打造了一套KaaS服務(Kubernetes as a Service),來管理目前部署在AWS上的140多個K8s叢集。

Zalando建置這套KaaS有幾個目標,全面自動化維運、不養寵物叢集、高可靠度、自動縮放。在架構上,Zalando採取了成對調度策略(provision in pairs),一次都會同時部署線上環境和非線上環境的叢集。每個叢集都有一個專屬、獨立的AWS帳號(意味著目前有140多個帳號),可建立獨立網路環境的K8s叢集,但是所有帳號的配置工作,都統一由一套客製化Python工具來執行。Zalando也將整套線上環境的叢集配置放上GitHub來進行版本控管,並盡量使用AWS提供的CloufFormation範本快速建立應用程式建置架構。

另外,不論Master節點或Worker節點都用同一套自製AMI映像檔,採用Ubuntu和一套內建了Zalando所有在K8s需要的Docker映像檔。預先定義AMI有助於縮短開機時間來加快叢集擴充工作。另有一個利用PostgreSQL來基礎所建立的集中式Cluster Registry,所有工具都可以透過這個Registry的REST API來查詢。

#CNCF #Knative #開源專案經營
Google決定不將Knative專案捐給CNCF或任何基金會,引起K8s創辦人不滿!

由Google發起的開源無伺服器專案Knative將不會捐給CNCF基金會。Google Cloud Run產品經理Donna Malayeri在十月初時,在Knative社群宣布了這項消息。她指出,Knative專案成立之初,就一直在討論是否將專案捐出去給基金會,例如像是負責管理K8s的CNCF。不過,Google最近決定,Knative專案將不會捐給任何基金會,仍會繼續開源,但將由指導委員會繼續負責管理。這也意味著,Google將繼續主導Knative未來的發展大權。目前Knative指導委員會成員有7人,其中4人來自Google,另有來自Pivotal、IBM和紅帽各一人。

不過,Google這項宣布後續也引起其他科技業者或社群領袖的批評。例如任職於微軟Azure的Kubernetes專案創辦人Brendan Burns和任職於VMware的K8s另一位創辦人Joe Beda都跳出來大表失望,質疑此舉將有損於Knative的開放性。Joe Beda甚至直指,Istio也有同樣的情況。Donna Malayeri表示,未來幾周將會公布指導委員會的參加辦法,讓更多社群和業者可以參與,另外也會公布更詳細的指導委員會職務和分工。

#CI/CD #K8s導入經驗 #GitLab
GitLab經驗:導入K8s前最好先做CI/CD,釐清自家應用程式的架構

GitLab派送工程經理Marin Jankovski最近一場演講中,分享了他們剛把Registry服務搬上K8s平臺上,過程中體會的經驗。他認為,擁抱K8s時,不只需要調整線上正式系統,也需要改變工程師的思維。他建議,擁抱K8s之前,工程師必須要具備CI/CD觀念,更聚焦程式碼的品質管理和更嚴格的功能規畫,甚至,他認為,與其花時間導入一套完善的CI/CD平臺,不如先利用現成簡單的工具,快速建立一個CD系統,快速找出現有應用程式的基礎架構。他解釋,CI自動化會讓應用程式的任何弱點都更凸顯,若先改善應用程式的架構體質,有助系統全套遷移到K8s。

而在GitLab的經驗上,Marin指出,擁抱K8s前先導入CI/CD,可以帶來另一個好處是,開發者對「完成」的定義改變了,過去開發人員只要通過程式碼審查就是完成,但這沒有考慮到程式碼部署到不同環境中隨時間變化的情況。「既然現在可以快速完成部署,就沒有理由忽視新異動在測試和正式環境的運作。」所以,像GitLab開發團隊每次部署後,會多等一天觀察,程式碼合併後的影響。

#HANA #K8s #SAP
SAP要讓HANA資料庫未來能原生支援K8s叢集,年底前推出

SAP在年度TechED技術大會上宣布,SAP HANA記憶體式資料庫將可以原生支援K8s叢集,預計最快今年聖誕節年正式推出。SAP技術長Juergen Mueller表示,SAP的HANA雲已經演化成微服務架構的服務,這也讓SAP HANA更容易縮放規模,下一步就是在HANA資料庫上也採用微服務來強化擴充性。為了讓SAP產品更容易跨多雲部署,SAP宣布,當HANA資料庫原生支援K8s之後,企業將可以在這個基礎上來部署SAP所有的軟體。不過,因為另外,SAP也表示,將繼續強化對Cloud Foundry的PaaS框架的支援和貢獻。

#應用程式部署 #雲端原生 #CI/CD
Puppet推出Nebula專案簡化雲端原生應用程式部署工作流程

老牌自動化組態管理軟體供應商Puppet推出了新專案Nebula,用來簡化雲端應用程式的部署工作,其提供了一個工作流程建置器,可以讓管理員定義部署應用程式的每個步驟,管理軟體元件的載入順序到硬體的配置等工作。Nebula提供了建置、配置和部署雲端原生應用程式的單一平臺,目前在公開測試的階段,專注可改善生產力的功能,內建範例工作流程,可以幫助開發者開始部署工作,並支援超過20種熱門的雲端部署工具,包括Terraform、CloudFormation、Helm以及Kubectl等。Puppet強調,使用Nebula可以簡單地編寫部署工作流程,Nebula與原始碼控制儲存庫深度整合在一起,開發者不再需要編寫混亂的bash腳本。

#EKS #Windows容器 #Kubernetes
Amazon EKS現在正式支援Windows容器

AWS在其Kubernetes服務正式推出支援Windows容器功能,使用者現在可以在Windows伺服器上安裝應用程式,並且與其他Linux應用程式一同部署在Kubernetes上,這項功能同時提供系統日誌、效能監控以及程式碼部署工作管線。Kubernetes在今年3月底發布1.14版本時,開始支援Windows容器,讓使用者可以將Windows節點加入工作節點(Worker Node)或是進行Windows容器調度。AWS提到,目前在叢集中至少需要有一個Linux節點來支援Windows節點和Pod網路,AWS建議用戶可以使用兩個Linux節點來實現高可用性。另外,Windows容器通常比Linux容器大,因此下載和啟動的時間都會更久。

#容器管理平臺 #Rancher #Istio
Rancher釋出2.3新版,也開始支援Windows容器

隨著Kubernetes 1.14版支援Windows容器格式後,越來越多通用型容器管理平臺正式支援1.14版,也同時支援了Windows容器。例如容器管理平臺業者Rancher Labs最近宣布旗下K8s管理平臺也開始支援Windows容器,而也可整合到服務網格軟體Istio,新版更提供了更多K8s叢集建置範本,例如可重複使用的Kubernetes配置範本。目前Rancher 2.3版可支援到Kubernetes 1.15版和Docker 19.03版。

責任編輯:王宏仁

更多容器新聞

  • 搶攻企業DevOps小團隊,HashiCorp推出5人免費版
  • Carbon Relay推出靠K8s跑AI應用的優化工具Red Sky Ops

熱門新聞

Advertisement