永續性工作負載的設計原則
永續性設計方法提供一個架構來記錄、報告及減少或優化工作負載的環境變數。
若要提高碳效率，請考慮您的工作負載直接或間接如何透過下列方式減少碳量：
- 使用較少的實體和虛擬資源
- 使用較少的能源
- 更聰明地使用能源和資源
- 支援較舊的裝置
請務必透過可採取動作的深入解析，有效地記錄、報告和減少碳量。
- 取得您目前碳影響的透明度
- 估計節省成本
- 採取動作以加速進度
這些可永續性的重要設計原則，並擴充 Azure Well-Architected 架構的品質要素—可靠性、 安全性、 成本優化、 營運卓越和 效能效率。
綠色軟體的原則
Microsoft 正積極努力達成永續性目標，並讓每個組織都能協助減少碳並改善我們的環境健康情況。 適用于永續性之 Azure Well-Architected Framework 工作負載與Green Software Foundation中的綠色軟體原則一致。
綠色軟體的原則是瞭解 SCI 模型的 起點，以及如何包含在我們的架構中。
碳效率
原則： 盡可能發出最少的碳量。
應用程式或軟體必須發出最少的碳量。 有碳效率的雲端應用程式是優化雲端應用程式，而起點是成本 – 簡化應用程式基礎結構和成本可確保雲端中不會浪費不必要的資源來執行軟體。 但這並不夠，因為您可能已將應用程式成本優化，但仍浪費大量資源，而不會造成碳。
- 深入瞭解 Green Software Foundation 的 碳效率準則 。
節能
原則： 盡可能使用最少的能源量。
此準則的目標是要建置具有能源效率的應用程式。 這是行動應用程式的常見模式，因為它們必須依賴電池電源裝置，並優化其耗用量。 不過，傳統型或 Web 應用程式較不常見，因為到目前為止，開發人員從未要求將軟體的電力耗用量優化。
- 深入瞭解 Green Software Foundation 的能源效率準則
碳感知
原則： 當電力更簡潔時執行更多動作，並在電力已變更時執行較少的動作。
我們需要讓應用程式知道其發出多少碳。 如此一來，我們就可以使用需求轉移和需求成形技術來回應能源供應的特定條件：
| 技巧 | 描述 |
|---|---|
| 需求轉移 | 需求轉移表示將工作負載和資源移至區域或資料中心，或在能源供應偏低且需求較低且可透過可續性能源符合的資料中心時間。 將執行的應用程式延遲到一段時間，當需求較少時，應該會產生較低的碳濃度。 |
| 需求成形 | 需求成形表示變更應用程式的行為和外觀，以即時符合能源供應。 理想的做法是建置應用程式的生態系統版本，並讓它成為需求成形和碳優化的基準。 |
- 深入瞭解 Green Software Foundation 的 碳感知準則 。
硬體效率
原則： 盡可能使用最少的含碳量。
內含碳是發出來建置裝置的碳。 因此，永續性應用程式可確保支援較舊的裝置，並將每個裝置的效率最大化。 目標是要建置符合硬體效率的應用程式。
請考慮舊版裝置可能具有效率不佳的取捨，而且可能不一定適合。
- 深入瞭解 Green Software Foundation 的硬體 效率準則 。
測量永續性
原則： 您無法測量的內容，無法改善。
測量雲端應用程式的碳量是一項複雜的工作，因為它牽涉到軟體的整個生態系統：從雲端基礎結構 (，其中我們擁有的碳儀表板可協助我們) 、跨越的網路路徑，到邊緣技術和使用者裝置。 透過 SCI，我們不會以離散的碳量測為目標，而是會隨著時間變化的分數，以及我們的優化技術。
- 深入瞭解 Green Software Foundation 的 度量 。
氣候承諾
原則： 瞭解縮減的確切機制。
許多公司與群組已承諾氣候。 他們積極努力以主要目標達成新的永續性目標，以移除、減少及防止碳量。
有數個選項可用來減少任何組織或實體的碳使用量。 不過，與 Green Software Foundation 的目標一致，我們的主要方向應該是避免第一次發出碳。 這就是我們所謂的 Abatement 或碳消除。
一旦我們達成此目標，仍然會有無法避免的碳量。 所有剩餘的碳縮減方法都會協助我們這麼做，並 (補償或中性碳) 。
貴公司的策略可以是所有可能的方法混合，而且根據最終結果，在盡可能消除碳並補償剩餘的碳時，可以達到 Net Zero 目標。
SCI 方程式的目標是要消除碳，這應該一律是永續工作負載的主要目標，而且分數只能使用batement 來減少。
- 深入瞭解 Green Software Foundation 的 氣候承諾 。
下一步
檢閱應用程式設計的考慮。