云原生其實是一種思想

云原生其實是一種思想，并不是一種工具，云原生更多的是一種泛化的東西，是一種思想觀念，首先要有意識的去想云原生這種東西，其次，他是一種技術、流程和企業管理方法的集合，所謂的技術，k8s是他的一部分，所謂的企業管理方法，比如說基于DevOps，構建CI/CD的流水線

兩個層面去了解云原生

1 應用層面

原來我們作為業務開發只關心業務邏輯開發的場景會越來越榷訓，不能再局限于我只寫一段業務邏輯，這樣會制約我們的視野，所謂的云原生就是，除了要關心我們的業務，還要關心我們的這塊業務最終是要上云的，上云和不上云有哪些差異呢？

上云就要有擴展的思考，是不是要在容器里邊運行，容器的適配性有沒有去做，有沒有去考慮
在云上運行，對于云原生來說他通常的存算分離的思想，我們應該將盡可能多的服務變為無狀態的應用，無狀態的應用就是說不應該保存任何的配置資訊，應該資料庫分離，應該代碼與配置分離，這樣的可以不經過版本發布去做一些配置變更，有任何的節點出現故障，可以很暴力的去替換它，這里邊就有存算分離，無狀態應用的概念
要在云上優雅的運行，就需要有探活的能力，是不是已經服務就緒了，是不是正常的作業，這些健康檢查的能力要有，服務運行在云上，肯定要和其他的微服務整合在一起，形成一個生態，日志是不是已經為云適配了，業務指標是不是已經正常的漏出和采集了，是不是和上下游的服務做了分布式的tracing，使得可以根據呼叫鏈去做一些資料分析，所以說我們不僅要關心我們的業務邏輯，還要關心在云上如何進行優雅運行的這些特性，這些都是跟應用本身相關的
還有，在運行時態，還有很多其他的事要考慮，怎么保證應用高可用，要不要跨地域部署，要多少副本，每個副本多少個實體，要做彈性么，這些都是應用側去考慮的一個全域的事情

2 平臺層面

平臺側在云原生技術堆疊有更高的要求，這種更高的要求就是應對了在前一代云平臺的那用半自動化平臺所演進出來的更進一步的體系，它追求的是一種全自動化的體系，原來各個云平臺廠商都在解決業務的部署，版本的發布，灰度控制、故障轉移、自動擴縮容，所有的這些問題，其實都是業界面臨的共同問題

原來技術不統一，各家都在自己做自己的，現在有了kubernetes，有了云原生這個技術堆疊，就是世界上這個領域最專精的一批專家，通過開源的方式，把所有這些共同的問題全部在kubernetes以及云原生的技術堆疊的框架里邊統一解決掉了，留給每家企業要做的事情就是落地，落地的話無非就是將kubernetes裝到我們的環境里，資料中心或者上到某個云上邊，依據公司自身的情況，去做一些配置，去做一些整合，去跟自己的服務做一些整合，或者跟一些云提供商做一些整合，最終的目的是通過這種整合使得我們的云原生平臺和我們的周邊環境形成一個完備的自動化體系，不用再鋪人去開發這一套東西，拿來直接用就可以了

云原生的技術手段

1. 應用的容器化封裝

使用輕量級的技術來偽裝一個虛擬化作業系統，使得更多的資源來給應用，因為不需要模擬一個作業系統，只是偽裝一個作業系統，不需要那么多的計算資源，那么這些資源都可以給到應用，而且是一個輕量級的，性能非常好

基于容器化技術，用了cgroup，那么所有的資源用量，cpu、記憶體、磁盤、IO，這些資訊都可以用cgroup暴露出去，這樣，應用的監控就統一了，所以，容器化的意義在于：一個是通過輕量級的技術來封裝應用，做了很好的資源隔離和資源管控，還有就是通過統一的技術堆疊，把資源用量暴露出去，這樣的話，就拉通了整個平臺的監控，不需要再去構造一套監控系統了

2. 不可變基礎架構

使用容器鏡像OverlayFS,容器鏡像構建出來是什么樣的，再建一個新的實體，就跟當時的狀態是一樣的，這樣就滿足了我們應用無狀態的特性，我們就可以用很少的人去管理成千上萬的實體，任意一個實體出現問題，只要去替換就好了，而且底層的os是只讀的檔案系統，這樣保證底層的基礎架構師不可變的，不可變的好處是可以隨意替換，

這也是之前虛擬化技術的痛點所引發的思考，演變出來的一些需求和能力，以前在虛擬化的世界里，交付的是一個個OS，給出一個ip以及用戶名和密碼，就可以登錄到這個節點，登錄到這個節點之后，能干什么云平臺這邊就不管了，很多人就可以在上邊做操作，人為的都是不可靠的，今天做了這個操作，明天做了另一個操作，不說很久，幾個月之后誰都不知道這個機器做了什么操作，沒有人能說清楚，那么有一個問題，突然這個實體出現了故障，要把它換掉，中間的哪些變更都是不可追溯的，那么替換就幾乎是不可能的，如果有了不可變基礎架構的話，這些問題就不可能存在了，直接登錄到機器上去做變更的這條路已經被堵死了，所以我們就可以做到實體壞了換一個

3. 宣告式API

kubernetes的殺手锏，把所有在kubernetes管納范圍的物件，比如說計算節點、作業，負載均衡的配置，DNS的配置，接入的網路，存盤卷等所有我們可以用到的都抽象成為一個個宣告式API，

我們可以定義很多物件，當然包含很多的組，他歸了很多類，比如管理應用的、管理節點的，這些物件就可以定義，比如說這個是一個節點，這個是一個Pod，這個節點是用來宣告算力的，比如說需要跑什么樣的業務，需要多少資源，它定義了很多很多的一些api，把它所管納的物件全都定義為了api，它從誕生開始，就把自己定義為下一代云原生的標準，它宣告了這些api以后呢，google它并沒有閉門造車，它去找了AWS，找了紅帽，找了微軟，找了中國的騰訊華為阿里等各個大的云提供商，這些api是不是認可，如果你認可的話我們一起共建，所以它相當于訂立了一個標準，以一個中立的方式訂立了一個標準，有了這個標準，在去找各個大廠背書，每家都背書了，相當于每家都變相的支持kubernetes，那么kubernetes的部署率就越來越高了，他就變成了下一代的標準，變成了一個事實的標準，宣告式API使得kubernetes的地位越來越不可撼動

4. 服務網格

以前大家做微服務治理都是用springcloud，這種微服務的框架，它提供了一些能力，比如路由管理、限流、熔斷，但是springcloud有個問題是綁死了技術堆疊，只有java可以用，其他語言就沒有了，這樣就沒有一套微服務框架去用了，那怎么辦，能不能把流量的治理，熔斷限流這些基礎能力，偏平臺的能力從業務代碼中抽離出來，而不以sdk的方式跟應用緊耦合，而是通過類似sidecar模式，在我們的應用旁邊再跑一個行程，這個行程里邊去實作一些負載均衡、熔斷限流的能力，所有的流量都經過我的sidecar，這樣這個sidecar就可以做很多事情，協議升級，統一監控，熔斷限流，負載均衡，安全保證這些事情都可以去做，

容器技術使我們的應用統一了，服務網格使我們的網路流量也統一了，

云原生的意義

提升系統的適應性、可管理性和可觀察性
使工程師能以最小的成本進行頻繁和可預測的系統變更
提升速度和效率，助力業務成長，縮短I2M（Idea to Market）

可觀察性是非常重要的一環，需要要知道業務跑成什么樣子了，基于容器技術和服務網格我們的監測是統一的，

容器的這種便捷性和資源封裝的能力，使我們cicd的pipline的構建成本很低，docker的口號 build once run anywhere，一次構建，處處運行，那么這樣就天然適配cicd，cicd通了后devops整個流程就通了，這樣工程師做頻繁變更的可能性就提升了，風險就小了，

基于極客時間孟凡杰老師的年中復盤整理

轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/500125.html

標籤：其他

上一篇：程式猿學習抖音短視頻制作

下一篇：Github隱藏使用技巧（超詳解）

云原生的概念