想想組織需要建置的應用程式。 然後，查看組合中現有的應用程式。 其中有多少人需要雲端原生架構？ 他們都是嗎？ 也許有些？
套用成本效益分析方法，很大機會有些人可能不支持這項努力。 成為雲端原生的成本遠超過應用程式的商務價值。
哪種類型的應用程式可能是雲端原生候選專案？
需要持續發展商業能力和功能的策略性企業系統
需要高發行速度的應用程式 - 信賴度很高
個別功能可以在不完整重新部署整個系統的情況下發佈
由具有不同技術堆疊專業知識的小組所開發的應用程式
應用程式具有需要獨立擴展的元件
比較小型且影響力較小的業務應用程式，採用在雲端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 所提供的功能。
總結
在本章中，我們引進了雲端原生運算。 我們提供了定義，以及驅動雲端原生應用程式的主要功能。 我們查看了可能證明此投資和工作合理性的應用程序類型。
隨著介紹的結束，我們現在深入探討雲端原生的細節。
