適用於雲端原生的候選應用程式
思考您的組織需要建置的應用程式。 然後，查看您的產品組合中現有的應用程式。 其中有多少應用程式證實了雲端原生架構的效用？ 全部？ 或許有一些吧？
經過成本/效益分析後，很可能有些人就會選擇不支持了。 應用程式具備雲端原生特性的成本，遠超過其商業價值。
哪種類型的應用程式可作為雲端原生的候選項目？
需要持續改進商務功能/特性的策略性企業系統
需要高發行速度和高度信賴度的應用程式
個別功能必須能夠單獨發行而無須重新部署整個系統的系統
由不同技術領域的專業團隊開發的應用程式
有個別元件必須單獨調整的應用程式
較小型、較不具影響力的企業營運應用程式，可能會適合使用 Cloud PaaS 環境中裝載的簡單整合型架構。
然後，還有舊版系統。 雖然我們都想要建置新的應用程式，但我們也常需負責將對業務至關重要的舊版工作負載現代化。
將舊版應用程式現代化
免費的 Microsoft 電子書使用 Azure 雲端及 Windows 容器現代化現有的 .NET 應用程式提供將內部部署工作負載移轉至雲端的指引。 圖 1-10 顯示，並沒有哪個一體適用的策略可用於舊版應用程式的現代化。
圖 1-10。 移轉舊版工作負載的策略
非重大的整合型應用程式可能會受益於快速的隨即轉移移轉。 在此處，內部部署工作負載會重新裝載至雲端式 VM，而不會變更。 此方法使用 IaaS (基礎結構即服務) 模型。 Azure 有數種工具有助於簡化移動作業，例如 Azure Migrate、Azure Site Recovery 和 Azure 資料移轉服務。 雖然此策略可以節省一些成本，但這類應用程式在設計之初通常並未考量雲端運算優勢的揭露和運用。
對企業至關重要的舊版應用程式，常會受益於強化的雲端最佳化移轉。 此方法包含可啟用重要雲端服務的部署最佳化，且無須變更應用程式的核心架構。 例如，您可以將應用程式容器化，並部署至容器協調器，例如 Azure Kubernetes Services (將於本書稍後討論)。 進入雲端後，應用程式可以取用雲端支援服務，例如資料庫、訊息佇列、監視和分散式快取。
最後，提供策略性企業功能的整合型應用程式最有可能受益於雲端原生方法，這也是本書的主題。 此方法提供靈活性和速度。 不過，同時也伴隨著重建平台、重新架構和重寫程式碼的成本。 經過一段時間後，舊版應用程式可能會分解成微服務、容器化，且最終將平台重建為雲端原生架構。
如果您和小組成員認為雲端原生方法是恰當的，您即應說服組織採用此決策。 雲端原生方法到底能解決何種商務問題？ 它如何切合商務需求？
更可靠地快速發行功能？
精細的可擴縮性 - 更有效率地使用資源？
更強的系統復原能力？
更高的系統效能？
更深入地檢視作業？
混合開發平台與資料存放區以造就最佳作業工具？
超前部署的應用程式投資？
正確的移轉策略，取決於組織的優先順序和您的目標系統。 對於許多組織而言，對整合型應用程式進行雲端最佳化，或將粗略服務新增至多層式架構應用程式，可能會更符合成本效益。 在這類情況下，您仍然可以充分利用雲端 PaaS 功能，例如 Azure App Service 所提供的功能。
摘要
在本章中，我們介紹了雲端原生運算。 我們提供了定義，以及驅動雲端原生應用程式的主要功能。 我們探討了值得投入資金和人力的應用程式類型。
完成簡介後，我們現在將進一步深入探討雲端原生概念。
參考資料
意見反應
即將登場：在 2024 年，我們將逐步淘汰 GitHub 問題作為內容的意見反應機制，並將它取代為新的意見反應系統。 如需詳細資訊，請參閱：https://aka.ms/ContentUserFeedback。
提交並檢視相關的意見反應