雲端原生是什麼意思?
雲端原生意指應用程式或產品專為雲端設計,而非針對雲端用途而重新設計的桌面應用程式。
如果要請大家定義「雲端原生」,您可能會獲得幾個不同的答案。然而,雲端原生科技包含非常具體的定義,以非常具體的方式建構,而且是幾乎不會停下的應用程式。
由於不少企業採用雲端原生系統,Linux 基金會於 2015 年成立的雲端原生運算基金會 (CNCF) 表示:
雲端原生科技是專為擴充性開發的技術。換句話說,這套系統是為了快速、大規模改變以及復原能力而設計。
雲端原生應用程式執行於現代的動態環境,例如公有雲、私有雲和混合雲,而非執行於內部部署的單一執行個體。
雲端原生應用程式是以微型服務架構建立:軟體應用程式是以容器化的小型 (微) 元件建構而成,可在任何基礎架構上進行測試。
由於微型服務位於容器中,因此軟體應用程式可持續整合並傳遞 (CI/CD) 作業規則。CI/CD 可讓微型服務在單一容器中進行即時更新、測試並推送,無需任何停機時間。。
相較於單體架構,這個架構:
設計並開發單一設備
包含單一、邏輯性可執行檔,適合 IT 基礎架構。它不像多個移動式零件,而是單一設備,也就是單體架構
單體式應用程式架構是以 1) 伺服器端應用程式為基礎,2) 用戶端使用介面,以及 3) 資料庫。軟體開發更新是在伺服器端完成,這表示需要停機
雲端原生應用程式為何重要?
雲端原生方法為使用者帶來許多好處,包含復原能力、可攜性與彈性。但這些優勢其實不僅限於 IT 團隊。
營運彈性
利用雲端原生應用程式的企業可擁有更高彈性,便於執行支援業務的程式,無論是混合雲、公有雲、私有雲或多雲環境。因此,企業不會被迫使用一個又一個平台,因為雲端原生是有關應用程式的建構方式,而非執行應用程式的平台。
降低因為不準確而造成的負擔
現今商業科技的優點,就是能夠自動化業務流程。自動化功能可內建於任何雲端環境,協助企業轉型成為精實、專注的團隊。員工不再把時間浪費在例行手動行政工作,而是加以自動化,並聚焦於最重要的任務:開發商機、客戶服務及留客率。
無停機時間
利用 Kubernetes 容器協調器,不必關閉系統即可透過機構的生態系統推送軟體更新。如此一來,IT 就能在業務持續運作的同時,進行測試、最佳化並推送更新。
創新
由於雲端原生應用程式內建自動化功能,因此匯入新的數位產品與服務更為簡單快速。此外,由於這些應用程式會在整個生態系統自動收集資料,因此更能獲得資料的深入解析,讓您的決策獲得更多資訊。
方便管理
因為它們專為簡化維護與管理而設計,因此能夠整合到您的企業經營,取代相容性較低、彈性較低的程式。
降低成本
減少停機時間,減少錯誤,讓客戶更滿意 - 這些都能降低負擔。但這類說法經常未提及另一項重大成本,那就是此系統對於企業而言可能過於龐大。內部部署應用程式通常需要高昂的前期費用。必須建置系統基礎架構與資料中心。然而,僅使用資料中心三分之二的容量。這就代表整體擁有成本更高。雲端原生應用程式會依照使用模式付費。因此,如果您只使用 30% 的資料中心,您只需支付這麼多費用。
![Now & Next](https://www.automationanywhere.com/sites/default/files/images/now-and-next-report-ebook_en.png)
單體式架構與微服務的區別
現代雲端技術的發展迅速,以企業為重點的應用程式開發工作更常尋求雲端原生架構。
邁向雲端原生世界,不再侷限於新的應用程式。案例重點在於 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 可讓您根據可用的運算資源及資源需求,來協調虛擬機器叢集,並在虛擬機器執行容器群組。
雲端型應用程式就像傳統軟體的單體架構,有著緊密結合的程序。這使得雲端應用程式在更新方面變得更為繁瑣,而且需要停機。
雲端原生應用程式的連結較為鬆散,無須部署硬體或軟體。應用程式更新是透過較小的容器化服務 (微服務) 來完成,因此更能快速、輕鬆部署。
雲端原生如何上手?
您可以開始決定透過哪種方式把雲端型應用程式上傳到雲端平台。然後,跟您的雲端供應商討論如何最能整合您的現有系統。
然而,供應商提供雲端服務並不代表同時提供雲端原生服務。這就是為什麼一定要詢問「這項商業解決方案採用雲端原生技術嗎?」。