保持簡單

不要讓架構設計、應用程式程式碼和操作變得太複雜。

通常，減少而不是增加可以使解決方案更加可靠。 保持簡單有助於避免控制問題、減少低效率並防止錯誤配置或意外問題。 但過度簡化可能會引入單點故障。 這一切都是為了找到平衡。

範例案例

Contoso Travel 正在購買並整合一家小型新創公司，該公司擁有熱門的 Web 型旅遊應用程式。 該應用程序很受歡迎，因為它與酒店和航空公司有超值優惠，並使用社交媒體進行有針對性的營銷。

這家初創公司的應用程序是使用 Node.js 構建的，並在託管在其數據中心和 Amazon Web Services （AWS） 上的虛擬機 （VM） 上運行。

讓工作負載元件保持簡單

只有在元件有助於您實現業務目標時，才將元件新增至您的設定。 專注於要點。

針對業務需求進行設計可以產生易於執行和管理的簡單解決方案。 避免有太多關鍵部件，因為每個部件都可能是潛在的故障點。

Contoso 的挑戰

• 新應用程序的一個組件允許用戶在預訂後在網站上提供反饋。 大多數用戶跳過此功能。 相反，他們更喜歡使用公司的社交媒體獲取反饋，這更常用於營銷和用戶互動。

套用方法和結果

• 作為 Contoso Travel 品牌應用程式版本初始版本的一部分，小組會移除網站意見反應功能。

• 較小的程式碼庫意味著較低的維護和營運成本。 而且不會影響業務需求。

標準化您的軟體開發生命週期

為編碼、部署和流程設定明確的標準，並記錄在案。 使用自動檢查來執行這些標準。

標準有助於保持一致並減少人為錯誤。 使用標準命名慣例和程式碼樣式指南可以保持品質，並輕鬆識別資產以進行疑難排解。

Contoso 的挑戰

• 這家初創公司的開發團隊缺乏明確的標準。 他們使用重疊的庫，不強制執行編碼樣式，並且他們的發布管道缺乏正式的自動化測試門。

• Contoso 小組發現新的程式碼基底難以維護，因為樣式和程式庫使用方式不一致。

• 生產中進行重大更新後出現了很多問題。 有時，團隊需要在部署期間復原更新或套用 Hotfix。 由於這些常見的問題，整個團隊在向生產環境發布更新時都需要提供幫助。 更糟的是，這些問題損害了 Contoso 的聲譽，並給使用者帶來了糟糕的體驗。

套用方法和結果

• 支援新應用程式的團隊會強制執行編碼樣式、將程式庫和設計模式標準化，並將自動化測試的發行閘道正式化。

• 它們記錄了所有新工具、設計模式和樣式，以便在程式碼審查期間更輕鬆地維護工作負載並發現偏差。

將您的作業和開發負擔降到最低

使用平台提供的功能和預先建置的資產來有效實現業務目標。

這種方法節省了開發時間，並依賴於類似專案中使用的經過驗證的實踐。

Contoso 的挑戰

• 針對 Contoso Travel 品牌應用程式的初始版本，小組會將 Node.js 解決方案從 VM 移至 Azure App Service，以受益於其內建的可靠性功能。

• VM 版本有許多用於檢測的自定義代碼。

套用方法和結果

• 在初始移轉至 App Service 期間，小組會使用 Application Insights 自動檢測來移除所有自定義檢測程式碼。

• 它們也會利用其他 App Service 功能，例如自動調整、Azure 金鑰保存庫整合和區域備援。