How do I get started with cloud native?

Several reasons. Cloud-native applications are rapidly built and deployed. The teams are small and dedicated. The cloud platform is scalable, which allows greater agility and portability across multi-cloud environments.

Can a startup business use cloud native apps?

Absolutely. Because of microservices, containerization, and the ability to automate business processes, cloud-native services are flexible enough in functionality and scale that they fit any size business.

Cloud-native has to do with how a program is built rather than where it is. Services like Amazon Web Service, Google Cloud Platform, and IBM Cloud are cloud platforms, where the cloud-native applications are run.

Should my business use Kubernetes or Docker to build cloud native apps?

Comparing Docker to Kubernetes is comparing oranges to orange juice. Rather than it being a matter of this or that, it's a matter of both. Although different technologies, they work well to create, deliver and scale containerized applications. Docker is an open-source technology that containerizes applications in a way to make them portable.

What is the difference between cloud-based applications and cloud-native applications?

With cloud-based applications, they're tightly integrated, much like the single stack of traditional software. This makes cloud-based applications more cumbersome when it comes to updates, and they require downtime. With cloud-native applications, they're all loosely connected, but there's no hardware or software to deploy.

什麼是雲端原生自動化 | Automation Anywhere

如果要請大家定義「雲端原生」，您可能會獲得幾個不同的答案。然而，雲端原生科技包含非常具體的定義，以非常具體的方式建構，而且是幾乎不會停下的應用程式。

由於不少企業採用雲端原生系統，Linux 基金會於 2015 年成立的雲端原生運算基金會 (CNCF) 表示：

雲端原生科技是專為擴充性開發的技術。換句話說，這套系統是為了快速、大規模改變以及復原能力而設計。
雲端原生應用程式執行於現代的動態環境，例如公有雲、私有雲和混合雲，而非執行於內部部署的單一執行個體。
雲端原生應用程式是以微型服務架構建立：軟體應用程式是以容器化的小型 (微) 元件建構而成，可在任何基礎架構上進行測試。
由於微型服務位於容器中，因此軟體應用程式可持續整合並傳遞 (CI/CD) 作業規則。CI/CD 可讓微型服務在單一容器中進行即時更新、測試並推送，無需任何停機時間。。

相較於單體架構，這個架構：

設計並開發單一設備
包含單一、邏輯性可執行檔，適合 IT 基礎架構。它不像多個移動式零件，而是單一設備，也就是單體架構
單體式應用程式架構是以 1) 伺服器端應用程式為基礎，2) 用戶端使用介面，以及 3) 資料庫。軟體開發更新是在伺服器端完成，這表示需要停機

雲端原生應用程式為何重要？

雲端原生方法為使用者帶來許多好處，包含復原能力、可攜性與彈性。但這些優勢其實不僅限於 IT 團隊。

營運彈性

利用雲端原生應用程式的企業可擁有更高彈性，便於執行支援業務的程式，無論是混合雲、公有雲、私有雲或多雲環境。因此，企業不會被迫使用一個又一個平台，因為雲端原生是有關應用程式的建構方式，而非執行應用程式的平台。

降低因為不準確而造成的負擔

現今商業科技的優點，就是能夠自動化業務流程。自動化功能可內建於任何雲端環境，協助企業轉型成為精實、專注的團隊。員工不再把時間浪費在例行手動行政工作，而是加以自動化，並聚焦於最重要的任務：開發商機、客戶服務及留客率。

無停機時間

利用 Kubernetes 容器協調器，不必關閉系統即可透過機構的生態系統推送軟體更新。如此一來，IT 就能在業務持續運作的同時，進行測試、最佳化並推送更新。

創新

由於雲端原生應用程式內建自動化功能，因此匯入新的數位產品與服務更為簡單快速。此外，由於這些應用程式會在整個生態系統自動收集資料，因此更能獲得資料的深入解析，讓您的決策獲得更多資訊。

方便管理

因為它們專為簡化維護與管理而設計，因此能夠整合到您的企業經營，取代相容性較低、彈性較低的程式。

降低成本

減少停機時間，減少錯誤，讓客戶更滿意 - 這些都能降低負擔。但這類說法經常未提及另一項重大成本，那就是此系統對於企業而言可能過於龐大。內部部署應用程式通常需要高昂的前期費用。必須建置系統基礎架構與資料中心。然而，僅使用資料中心三分之二的容量。這就代表整體擁有成本更高。雲端原生應用程式會依照使用模式付費。因此，如果您只使用 30% 的資料中心，您只需支付這麼多費用。

獨一無二、值得一讀的產業報告

瞭解頂尖表現者何以在其自動化計畫中實現 8.5 倍的投資報酬率，以及產業領導者如何透過智慧自動化讓業務轉型，進而克服全球挑戰並蓬勃發展。

取得報告

單體式架構與微服務的區別

現代雲端技術的發展迅速，以企業為重點的應用程式開發工作更常尋求雲端原生架構。

邁向雲端原生世界，不再侷限於新的應用程式。案例重點在於 Microsoft Office Suite。Microsoft Office 廣為數千家企業使用，從中小企業到大型企業，已經從 MS Excel 的幾個大型工作流程，發展成為使用 Office 365 的完整雲端基礎架構。現在，任何人只要幾分鐘就能上網，購買訂閱服務，在瀏覽器上使用產品。

傳統 MS Office 與 Office 365 之間的差異可能不大。然而，後端的狀況是完全不同的思維與流程開發。

在傳統的軟體開發之中，多個團隊參與單一軟體的開發工作並不罕見。從外部來看，這似乎是快速開發並發行的模式，但在任何團隊中，沒有人能夠完全瞭解應用程式。可想而知，這會讓更新應用程式成為一場可能的惡夢。

導入 DevOps (開發與營運)，結合理念、工具與實務，加速傳遞新功能、應用程式與服務。DevOps 把多個團隊合併為規模較小的個別團隊。舉例來說，工程師參與生命週期的每個環節，而非各自獨立於開發、營運、品質保證及安全性團隊。

他們如何在不降低品質的情況下縮小規模？答案就是自動化透過自動化，像 BPaaS 和 SaaS 公司這類雲端供應商可運用較小型的 DevOps 團隊共同開發健全的商業應用程式。