每個設計決策必須對應某個業務需求。 設計 Azure 應用程式時，此設計原則看起來可能很明顯，但請務必牢記在心。

所有成功的應用程式會隨著時間變更，無論是要修正錯誤、加入新功能、納入新技術，或讓現有的系統更可擴充且可復原。 如果應用程式的所有部分都緊密結合，會變得難以在系統中引入變更。 應用程式的一個組件中的變更可能會破壞另一個組件，或導致變更在整個程式碼基底中起漣漪。

每個都有優缺點，而不同類型的資料更自然地適合不同的資料存放區類型。 挑選最適合您資料的儲存技術，以及其使用方式。

幾乎所有雲端應用程式都需要使用使用者身分識別。 身分識別是新式安全性做法的基礎，例如 零信任，而應用程式的使用者身分識別是解決方案架構的重要部分。

PaaS 也包含支援 Web 應用程式生命週期的工具、服務和系統。 開發人員會使用平臺來建置應用程式，而不需要管理備份、安全性解決方案、升級和其他系統管理工作。

雲端已大幅變更作業小組的角色。 他們不再負責管理主控此應用程式的硬體及基礎結構。 話雖如此，作業仍在執行成功的雲端應用程式中佔很重要的一部分。

雲端中所有服務的相應增加能力都有其限制。 Azure 服務的限制記載於 Azure 訂用帳戶和服務的限制、配額及條件約束。 其限制包括核心數目、資料庫大小、查詢輸送量和網路輸送量。 如果您的系統已變得夠大，就可能會達到上述的其中一個或多個限制。 使用資料分割可解決這些限制。

雲端的主要優點是彈性調整 —能夠視需要使用多少容量、隨著負載增加而相應放大，以及在不需要額外容量時相應縮小。 設計您的應用程式，讓它可水平調整，依需求新增或移除新的執行個體。

大部分的雲端應用程式都包含多個應用程式服務—Web 前端、資料庫、商務程式、報告和分析等等。 若要達到延展性和可靠性，這些服務的每個應該在多個執行個體上執行。

復原應用程式會環繞著失敗路由。 識別您的應用程式中的關鍵路徑。 路徑中的每個點上有備援嗎？ 當子系統失敗時，應用程式是否會容錯移轉至其他專案？