什麼是雲原生架構

本文簡要介紹了雲原生架構的定義和個人對雲原生架構的理解。

個人認為，雲原生架構應該包括兩大部分：雲原生平台和雲原生應用。

從業務角度看，雲原生是一種針對it資源的按需付費的商業模式；

從技術角度看，雲原生分兩大部分，一部分是遵循微服務化和容器化原則的雲原生應用，另乙個部分是用於構建和執行雲原生應用的雲原生平台。

雲原生應用和雲原生平台，共同構成了乙個雲原生的完整體系，在這個體系上，可以實踐敏捷開發、devops、容器編排，微服務和容器化等理論和方法。

一種小規模團隊的、全棧式的開發方法，要求團隊具備快速響應變化，快速迭代開發的能力。

最佳實踐

開發和運維之間保持流程連續的協作方法，目標是快速、頻繁且更可靠地構建、測試和發布軟體。

最佳實踐

一種容器資源的管理方法，目標是管理容器集群和排程容器化應用。

最佳實踐

是將大型應用作為小型服務集合進行開發的架構方法，其中每個服務都可實現業務功能，在自己的流程中執行並通過 http api 進行通訊。每個微服務都可以獨立於其它服務進行部署、公升級、擴充套件和重新啟動，通常作為自動化系統的一部分執行，可以在不影響最終客戶的情況下頻繁更新正在使用中的應用。

最佳實踐

與虛擬機器相比，容器能同時提供更好的效率和啟動速度。每個容器都具有唯一的可寫檔案系統和資源配額。建立和刪除容器的開銷較低，在單個虛擬機器上能通過容器化充分利用物力資源，這使的容器成為部署微服務的完美工具。

最佳實踐

雲原生應用

傳統應用

可**。雲原生應用符合旨在通過可**行為最大限度提高彈性的框架或「合同」。

不可**。通常構建時間更長，大批量發布，只能逐漸擴充套件，並且會發生更多的單點故障

作業系統抽象化。

依賴作業系統。

資源排程有彈性。

資源冗餘較多，缺乏擴充套件能力

團隊借助devops更容易達成協作。

部門牆導致團隊彼此孤立。

敏捷開發。

瀑布式開發。

微服務各自獨立，高內聚，低耦合。

單體服務耦合嚴重。

自動化運維能力。

手動運維。

快速恢復。

恢復緩慢。