.svg "Login"){kind=icon}
自動化 AI
如果要請大家定義「雲端原生」，您可能會獲得幾個不同的答案。然而，雲端原生科技包含非常具體的定義，以非常具體的方式建構，而且是幾乎不會停下的應用程式。
由於不少企業採用雲端原生系統，Linux 基金會於 2015 年成立的雲端原生運算基金會 (CNCF) 表示：
雲端原生科技是專為擴充性開發的技術。換句話說，這套系統是為了快速、大規模改變以及復原能力而設計。
雲端原生應用程式執行於現代的動態環境，例如公有雲、私有雲和混合雲，而非執行於內部部署的單一執行個體。
雲端原生應用程式是以微型服務架構建立：軟體應用程式是以容器化的小型 (微) 元件建構而成，可在任何基礎架構上進行測試。
由於微型服務位於容器中，因此軟體應用程式可持續整合並傳遞 (CI/CD) 作業規則。CI/CD 可讓微型服務在單一容器中進行即時更新、測試並推送，無需任何停機時間。。
相較於單體架構，這個架構：
設計並開發單一設備
包含單一、邏輯性可執行檔，適合 IT 基礎架構。它不像多個移動式零件，而是單一設備，也就是單體架構
單體式應用程式架構是以 1) 伺服器端應用程式為基礎，2) 用戶端使用介面，以及 3) 資料庫。軟體開發更新是在伺服器端完成，這表示需要停機
雲端原生應用程式為何重要？
雲端原生方法為使用者帶來許多好處，包含復原能力、可攜性與彈性。但這些優勢其實不僅限於 IT 團隊。
營運彈性
利用雲端原生應用程式的企業可擁有更高彈性，便於執行支援業務的程式，無論是混合雲、公有雲、私有雲或多雲環境。因此，企業不會被迫使用一個又一個平台，因為雲端原生是有關應用程式的建構方式，而非執行應用程式的平台。
降低因為不準確而造成的負擔
現今商業科技的優點，就是能夠自動化業務流程。自動化功能可內建於任何雲端環境，協助企業轉型成為精實、專注的團隊。員工不再把時間浪費在例行手動行政工作，而是加以自動化，並聚焦於最重要的任務：開發商機、客戶服務及留客率。
無停機時間
利用 Kubernetes 容器協調器，不必關閉系統即可透過機構的生態系統推送軟體更新。如此一來，IT 就能在業務持續運作的同時，進行測試、最佳化並推送更新。
創新
由於雲端原生應用程式內建自動化功能，因此匯入新的數位產品與服務更為簡單快速。此外，由於這些應用程式會在整個生態系統自動收集資料，因此更能獲得資料的深入解析，讓您的決策獲得更多資訊。
方便管理
因為它們專為簡化維護與管理而設計，因此能夠整合到您的企業經營，取代相容性較低、彈性較低的程式。
降低成本
減少停機時間，減少錯誤，讓客戶更滿意 - 這些都能降低負擔。但這類說法經常未提及另一項重大成本，那就是此系統對於企業而言可能過於龐大。內部部署應用程式通常需要高昂的前期費用。必須建置系統基礎架構與資料中心。然而，僅使用資料中心三分之二的容量。這就代表整體擁有成本更高。雲端原生應用程式會依照使用模式付費。因此，如果您只使用 30% 的資料中心，您只需支付這麼多費用。
單體式架構與微服務的區別
現代雲端技術的發展迅速，以企業為重點的應用程式開發工作更常尋求雲端原生架構。
邁向雲端原生世界，不再侷限於新的應用程式。案例重點在於 Microsoft Office Suite。Microsoft Office 廣為數千家企業使用，從中小企業到大型企業，已經從 MS Excel 的幾個大型工作流程，發展成為使用 Office 365 的完整雲端基礎架構。現在，任何人只要幾分鐘就能上網，購買訂閱服務，在瀏覽器上使用產品。
傳統 MS Office 與 Office 365 之間的差異可能不大。然而，後端的狀況是完全不同的思維與流程開發。
在傳統的軟體開發之中，多個團隊參與單一軟體的開發工作並不罕見。從外部來看，這似乎是快速開發並發行的模式，但在任何團隊中，沒有人能夠完全瞭解應用程式。可想而知，這會讓更新應用程式成為一場可能的惡夢。
導入 DevOps (開發與營運)，結合理念、工具與實務，加速傳遞新功能、應用程式與服務。DevOps 把多個團隊合併為規模較小的個別團隊。舉例來說，工程師參與生命週期的每個環節，而非各自獨立於開發、營運、品質保證及安全性團隊。
他們如何在不降低品質的情況下縮小規模？答案就是自動化透過自動化，像 BPaaS 和 SaaS 公司這類雲端供應商可運用較小型的 DevOps 團隊共同開發健全的商業應用程式。
關於雲端 RPA 的常見問答集
企業雲端平台不僅僅能在公有雲環境使用。除了跟其他企業一樣，讓您的企業加入雲端解決方案領域，其實私有雲平台及混合雲（混合內部部署及雲端）解決方案也是選項。
幾個原因。雲端原生應用程式可快速建構與部署。團隊規模小，可全心投入。雲端平台具有擴充性，可在多雲端環境提供更高彈性與可攜性。上述所有因素能夠轉換為許多具有成本效益的商務應用程式，雲端供應商和雲端服務平台已逐漸取代單體架構。
沒問題。由於微服務、容器化，以及業務流程自動化的能力，雲端原生服務在功能上具有足夠彈性，適 合各種企業規模。
雲端原生與程式的建構方式有關，而非程式所在的位置。雲端原生應用程式可執行於例如 Amazon Web Service、Google Cloud Platform 和 IBM Cloud 等雲端平台。
Docker 與 Kubernetes 類比就像是柳橙跟柳橙汁。與其說選擇其中一方，不如搭配兩者使用。儘管技術不同，它們在建構、傳遞及擴充容器化應用程式方面的成效良好。
Docker 是開放原始碼容器化平台，讓容器化應用程式具備可攜性。可攜性讓應用程式能夠放在雲端也能放在公司內部的資料伺服器。
Kubernetes 是開放原始碼容器協調器。讓 Docker 容器在共享容器群組中分組，透過 API 加以控制。在系統越來越複雜的時候，這項功能非常實用。Kubernetes 可讓您根據可用的運算資源及資源需求，來協調虛擬機器叢集，並在虛擬機器執行容器群組。
雲端型應用程式就像傳統軟體的單體架構，有著緊密結合的程序。這使得雲端應用程式在更新方面變得更為繁瑣，而且需要停機。
雲端原生應用程式的連結較為鬆散，無須部署硬體或軟體。應用程式更新是透過較小的容器化服務 (微服務) 來完成，因此更能快速、輕鬆部署。
雲端原生如何上手？
您可以開始決定透過哪種方式把雲端型應用程式上傳到雲端平台。然後，跟您的雲端供應商討論如何最能整合您的現有系統。
然而，供應商提供雲端服務並不代表同時提供雲端原生服務。這就是為什麼一定要詢問「這項商業解決方案採用雲端原生技術嗎？」。
