雲原生（Cloud Native） 是一種為「雲端環境」而設計與開發的軟體架構與開發方式。
它的核心目標是：讓應用程式能在雲端環境中快速部署、彈性擴展、穩定運行。
☁️ 簡單說：
雲原生 = 專門為雲端設計的軟體開發與部署模式
一、雲原生的核心概念
雲原生通常包含四個重要概念：
| 核心概念 | 說明 |
|---|---|
| Container（容器化） | 使用 Docker 等技術將應用與環境打包 |
| Microservices（微服務） | 將大型系統拆成多個小服務 |
| DevOps（開發與運維整合） | 自動化部署、CI/CD |
| Orchestration（容器編排） | 使用 Kubernetes 管理容器 |
二、雲原生架構示意
典型的雲原生系統架構：
使用者 ⭢ Load Balancer ⭢ API Gateway ⭢ Microservices (微服務) ⭢ Containers (Docker) ⭢ Container Orchestration (Kubernetes) ⭢ Cloud Infrastructure (AWS / GCP / Azure)
三、雲原生系統架構的核心要素
- 微服務架構 (Microservices)：將複雜的單體應用拆分為多個自主、可獨立部署的小型服務，每個服務負責單一業務功能，透過 API 溝通。
- 容器化 (Containers)：使用 Docker 等技術封裝應用及其相依性，確保「在任何環境下執行結果皆一致」，實現快速部署。
- 容器編排 (Orchestration)：以 Kubernetes (K8s) 為主流，自動化管理大量容器的部署、擴展、運作與服務發現。
- 持續整合與持續交付 (CI/CD)：透過 DevOps 自動化流程，將測試、建置與部署流水線化，縮短軟體發布週期。
- 無伺服器計算 (Serverless)：利用 Serverless Function (如 AWS Lambda) 執行程式碼，只需按實際用量付費，無需管理基礎設施。
- 服務網格 (Service Mesh)：如 Istio，用於管理微服務間複雜的網路通訊、安全性與監控。
四、雲原生架構與傳統架構對比
| 特性 | 傳統單體架構 (Monolithic) | 雲原生架構 (Cloud Native) |
|---|---|---|
| 結構 | 單一、龐大、緊密耦合 | 微服務、分散式、鬆散耦合 |
| 部署 | 週期長、風險高 | CI/CD 自動化、頻繁發布 |
| 擴展 | 垂直擴展 (加大伺服器) | 水平擴展 (增加服務節點) |
| 環境 | 實體機/VM、地端為主 | 容器化、雲端環境 |
| 故障影響 | 整個系統 | 單個服務 |
| 故障恢復 | 人工介入、時間長 | 自動修復、自動擴展 |
五、雲原生架構優勢
- 高可擴展性與彈性：根據負載自動水平擴展（Auto-scaling），具成本效益。
- 靈活與敏捷：微服務允許單獨開發與快速更新，提升發布頻率。
- 高可靠性與恢復力：單一服務故障不影響整體，並能自我修復。
- 環境一致性：容器化解決了「在地端能跑，在雲端跑不動」的問題。