微服務應用場景下落地 K8s 的困難分析

2021-10-25 08:33:07 字數 813 閱讀 3041

近些年企業應用開發架構發生了細微的變化,根據康威定律,由於企業組織架構的變化,導致微服務應用體系開始在企業應用開發過程中流行起來。微服務是最近幾年企業數位化轉型過程中,在技術團隊技術選型中比較常見的架構公升級方案之一。在這個背景下,devops 團隊為了應對企業架構的變化,迫切需要使用一套統一的基礎設施來維護微服務應用的整個生命週期,這就給我們帶來了新的挑戰——如何應對微服務應用場景,平穩快速的落地 kubernetes 集群系統。

經典的微服務體系都是以註冊中心為核心,通過 cs 模式讓客戶端註冊到註冊中心服務端,其它微服務元件才能互相發現和呼叫。當我們引入 kubernetes 之後,因為 kubernetes 提供了基於 dns 的名字服務發現,並且提供 pod 級別的網格,直接打破了原有物理網路的單層結構,讓傳統的微服務應用和 kubernetes 集群中的微服務應用無法直接互聯互通。為了解決這個問題,很多技術團隊會採用如下兩種方式來打破解決這種困境。

建立大二層網路,讓 pod 和物理網路互聯互通

這個思路主要的目的是不要改變現有網路結構,讓 kubernetes 的網路適應經典網路。每乙個 pod 分配乙個可控的網路段 ip。常用的方法有 macvlan、calico bgp、contiv 等。這樣的做法直接打破了 kubernetes 的應用架構哲學,讓 kubernetes 成為了乙個執行 pod 的資源池,而上面的更多高階特性 service,ingress、dns 都無法配合使用。隨著 kubernetes 版本迭代,這種閹割功能的 kubernetes 架構就越來越食之無味棄之可惜了。

註冊中心部署到 kubernetes 集群中,外網服務直接

儲存方式與k8s應用場景分析

摘自 1 將k8s中的儲存分類與熟知的儲存概念對應起來 2 使用容器儲存的應用場景 了解各個業務對於儲存的需求 2.1 配置 無論集群配置資訊還是應用配置資訊,其特點是併發訪問,也就是前邊提到的rox rwx,在不同集群或者不同節點,都能夠訪問同樣的配置檔案,分布式檔案儲存是最優選擇。2.2 日誌 ...

k8s微服務isito相關知識和例子

流量管理 bookinfo應用部署 服務網格 service mesh 這個術語通常用於描述構成這些應用程式的微服務網路以及應用之間的互動。隨著規模和複雜性的增長,服務網格越來越難以理解和管理。它的需求包括服務發現 負載均衡 故障恢復 指標收集和監控以及通常更加複雜的運維需求,例如 a b 測試 金...

k8s的回滾應用

預設配置下,kubernetes 只會保留最近的幾個 revision,可以在 deployment 配置檔案中通過revisionhistorylimit屬性增加 revision 數量。下面實踐回滾功能。應用有如下三個配置檔案httpd.v1.yml,httpd.v2.yml和httpd.v3....