雲端原生應用程式從設計之初就經過特別規劃，可善用雲端的彈性和分散式特性。如要進一步瞭解雲端原生應用程式，建議先從瞭解它「不是」什麼開始，亦即並非傳統的單體式應用程式。

單體式應用程式是以單一單元的形式運作，每個應用程式通常都有特別建構的作業系統、中介軟體和語言堆疊。大部分的指令碼和程序都是專為建構、測試和部署所設計。整體而言，這個應用程式架構會建立密切依賴關係，隨著時間經過會變得越來越難變更、測試、部署和操作系統。開始設計與部署時相當簡單，但很快就會變得複雜、難以改進，且操作困難。

相較之下，雲端原生應用程式充分運用現代基礎架構的動態分散式特性，進而獲得更高的速度、靈活性、擴充性、可靠性和成本效益。

雲端原生應用程式通常會透過使用技術與方法 (也稱作開發運作) 細分為多個獨立的服務，並持續推送軟體更新和持續整合容器、微服務和陳述式 API。這樣一來，團隊就能獨立部署及擴充元件，在不中斷服務的情況下進行更新、修正問題及發布新功能。

不過，雲端原生架構的基本概念仍是下列五大核心：

微服務：幾乎所有雲端架構都是以微服務為基礎，但其主要優點在於可組合性 - 細分應用程式為一系列較小的輕量服務，透過應用程式設計介面 (API) 輕鬆進行組合及連線。舉例來說，電子商務應用程式可能是由購物車的特定服務、付款服務，以及與庫存管理後端通訊相關的應用程式組成。此外，可組合性也能讓團隊在不中斷應用程式的其他部分的情況下，進行替換及重新組合元件，以滿足新的業務需求。

容器和自動化調度管理：容器是輕量的可執行元件，內含可在任何環境中執行程式碼所需的所有元素，包括應用程式原始碼和依附元件。容器提供工作負載可攜性，支援「建構一次即可隨處執行」程式碼，讓開發和部署作業變得更加簡單。這些容器也可獨立部署，因此有助於降低語言、程式庫和架構之間出現阻礙的機率。這樣的可攜性和靈活性，使得容器成為建構微服務架構的理想選擇。   

隨著微服務數量的增加，容器自動化調度管理也很重要，以確保容器能和應用程式一樣順暢執行，。Kubernetes 等容器自動化調度管理平台可讓您監督及控管容器的執行位置和方式、修復任何故障，以及平衡容器之間的負載。

開發運作：如要開發雲端原生應用程式，必須改用靈活的交付方式，例如DevOps，可讓開發人員和 IT 營運團隊協同合作，自動化基礎架構和軟體推送程序開發運作能讓開發團隊和營運團隊更緊密地溝通，並且在共同用途上取得共識，進而打造文化和環境，加快應用程式的建構、測試及發布速度。

持續整合和持續推送軟體更新 (CI/CD)：自動化技術可修復、擴充及部署系統，速度比人為更快。CI/CD pipeline 可自動建構、測試及部署應用程式變更，不必排定停機時間或等待維護期間。持續推送軟體更新可確保軟體發布更為可靠、風險更低，讓團隊能更迅速且頻繁地提供新服務和功能。

雲端原生服務和技術可協助您在任何環境中建構、執行及部署可擴充的應用程式。客戶和企業使用者透過一般應用程式受益時，雲端原生服務會在幕後運作，確保一切作業順暢。

舉例來說，雲端原生服務可能會描述雲端服務供應商提供的各項服務 (例如 IaaS、PaaS和 SaaS 服務模型)、應用程式的微服務，以及用於連結及啟用不同服務之間通訊的 API。

雲端和雲端原生之間確實存在差異。「雲端」是指雲端運算，也就是公司或個人為了存取運算資源而付費的隨選服務。

雖然「雲端原生」經常用來統稱在雲端中開發軟體的工具與技術，但這個詞不單和雲端採用有關。相反的，它指的是應用程式的建構和提供方式，而不只是應用程式的部署位置。在某些情況下，應用程式甚至可能無法在雲端執行。實務上您可以運用雲端原生原則建構應用程式，並在 on-premises 或混合式環境中執行。

儘管有很多雲端原生優勢，但這種模式還是需要考慮一些優缺點。除了導入新工具和技術之外，雲端原生運算並非總是易事。例如，想要成功發揮效用，就必須推動文化轉型。

一些常見的雲端原生挑戰包括：

• 如果沒有可用的工具或程序來管理開發、測試和部署作業，那麼處理分散式系統和許多移動零件可能會讓人手忙腳亂。
• 提高營運和技術成本，但沒有妥善的成本最佳化及監管，以控制雲端環境中的資源使用
• 缺乏現有技術能力，且無法整合更複雜的技術堆疊
• 抗拒導入雲端原生技術和開發運作最佳做法所需的文化轉變
• 難以溝通雲端原生概念，以便向非技術主管請求支援及購置項目

不過，只要憑藉正確的專業知識和策略，上述問題並非無法克服。舉例來說，一開始不妨先採用「隨即轉移」遷移至雲端的簡單做法，但這無法帶來上述許多雲端原生優勢。許多機構在這個階段最後停滯不前，因為他們沒有預計到將架構重新打造雲端原生架構所需的費用和複雜性。

建議您不要將雲端原生專案視為多年的「同時全面改用」專案。相反地，您應該將其視為持續進行疊代的過程，以便同時學習和改善。