共用方式為


Microsoft Sustainability Manager 的設計最佳做法

這些有關協助設定和擴充 Microsoft Sustainability Manager 的設計做法會支援 Microsoft Cloud for Sustainability 架構完善設計的支柱。

設定 [Microsoft Sustainability Manager]

  • 使用 Microsoft Sustainability Manager 中的設定指南來確保您依照建議的順序完成設定步驟。

  • 從簡單入手,先將重點放在啟用一個案例/排放範圍。

    例如,如果您決定開始計算外購電力的範圍 2 排放,請執行一次完整設定程序。 初次執行會帶來與該活動相關的參考資料 (包括合約文書類型,若適用)。 還會攜入模型、排放係數、設定檔和其他資料。 然後在自動產生的分析報表中檢視此程序的結果。 您可以使用最少的資料觀察端對端程序的實際運作情況,更輕鬆地擴展對其他排放來源的解決方案。

    圖中展示 Sustainability Manager 的建議實作。

  • 開始實作前,先定義組織的所有屬性。 在一開始就正確地定義屬性,有助於為組織獲致成功設定堅實的組態和可擴縮的架構。 例如,有些組織可能會要求您考慮在不同的國家/地區使用不同的度量單位。

  • 考慮成功記錄、報告和減少碳排放的所有營運因素。 企業的結構可能會發生變化,例如在加入新的業務、設施或產品線時變更。 如果解決方案在引入排放來源資料時沒有相關設施,則計算會中斷。

  • 使用與商務系統或其他來源相連的連接器來啟用連續的資料流。

  • 根據法規、轉換和細微性等級設定參考資料。

  • 找出業務營運所在國家/地區的法規要求。 不同國家/地區的法規要求會影響您的需求,並決定排放係數之類的層面。

  • 指定單位和轉換以避免計算錯誤。 您可以轉換度量單位。 根據活動和模型單位觀察轉換單位。

  • 根據報告需求和細微性等級定義解決方案環境。 考慮報告用途所需的細微性等級。 例如,如果您需要追蹤特定的業務範圍,請使用名稱中包含設施和業務範圍的名稱,例如 Contoso 豆莢設施 – 有機豆類

  • 特別注意係數對應,以最佳化所需計算模型的數量。 設定係數對應之前,必須設定排放係數和參考資料。 確定已為類別中的每個參考資料加入係數對應。 如果是根據係數對應進行計算,但您尚未對應參考資料,則計算會因為無法指派係數對應而失敗。

  • 對小型資料集使用反覆式方法測試計算模型,以簡化驗證。

  • 考慮特殊命名慣例,以支援特定業務營運需要不同排放係數的設施進行特殊化計算。

  • 在小型資料集上測試模型,以協助簡化驗證。 您還可以將設定檔限制在特定資料集或資料範圍,以便只有該範圍內的資料透過模型執行。 因為允許您在小型資料集上測試模型,有助於簡化驗證,當您開始使用 Microsoft Sustainability Manager 時,此功能非常有用。

  • 共用 Microsoft Cloud for Sustainability 資料模型以提高完整性。 Microsoft Cloud for Sustainability 資料模型打破各排放來源之間的資料藩籬,並以通用格式集中管理排放資料。 組織可與其團隊、廠商和貿易合作夥伴共用此公開可用的資料模型,以提高資料完整性和上下游報告一致性。

  • 盡可能使用服務帳戶設定資料連線。 這種做法可協助組織避免在建立連線的使用者離開組織時,發生與資料連線相關的問題。

  • 使用採用 Excel 範本的擷取時,請從 Sustainability Manager 下載並使用最新的檔案。

  • 使用 Power Query 引導式擷取時,請使用資料轉換工具檢查清單。 此檢查清單可協助確保您在將資料匯入至 Sustainability Manager 之前,先執行必要的資料轉換步驟、驗證必要的屬性,以及驗證主要資料參考。

  • 在建立資料連線時遵循命名慣例,更加妥善地整理這些連線。
    範例:<範圍 * - 資料類別 - 資料來源 - 資料重新整理類型>

    • 範圍:範圍 1、範圍 2、範圍 3
    • 資料類別:活動、參考、排放
    • 資料來源:製造、財務等。
    • 資料重新整理類型:完整、累加式、一次性。
      • 對於已建立許多資料連線的組織,此慣例可協助您輕鬆搜尋和存取所需的連線。
      • 為每個連線提供有意義的描述,詳細說明有關稽核和可追蹤性目的所需的詳細資料。
  • 針對資料連線設定資料重新整理,以確保資料按照所需的頻率進行重新整理。

擴充 Microsoft Sustainability Manager

  • 不要在擴充解決方案中加入現成可用實體的所有資產。 只加入需要覆寫行為的子元件。 此做法也會減少因解決方案間建立不必要相依性而造成部署失敗的問題。

  • 覆寫現有的解決方案元件時務必小心,因為這會覆寫此後的預設行為。 尋找機會複製現有表單和檢視表,並將其用於擴充,而不是預設解決方案元件。

  • 定期使用解決方案檢查工具來找出自訂問題,並取得建議解決方法的連結。

  • 當組織想要優先採用有意義的見解並避免過度自訂時,最好使用自訂維度。

可靠性

若要進行可靠的內部部署的資料閘道基礎結構設計,請考慮規劃、調整和維護業務關鍵閘道解決方案中所述的設計建議

  • 對於任何業務關鍵型閘道叢集,使用內部部署的資料閘道的閘道高可用性和負載平衡功能。

  • 確保閘道叢集修復金鑰的安全;否則,無法新增閘道。

  • 將非生產閘道叢集與生產閘道叢集分離。

  • 如果是包含多名使用者的解決方案,請對不同的業務單位使用多個閘道叢集。

  • 根據 Power Query 轉換以及 CPU 與記憶體需求來判斷閘道伺服器硬體規格。 根據監控的效能計量來擴大或擴增。

成本最佳化

  • 定義交易資料的資料落地需求,並設計 Dataverse 資料保留策略以降低儲存成本。

  • 將歷史資料移到符合保留原則且更便宜的長期儲存選項。

安全性與合規性

  • 依角色或部門分割組織存取權限,並將角色複製到每個業務單位。 您可視需要複製現有角色並變更權限,以建立更多角色。 如需詳細資訊,請移至複製資訊安全角色以節省建立資訊安全角色的時間依角色或部門分割存取權限

  • 做為企業範圍策略的一部分,可以考慮使用 Microsoft Purview 進行資料分類。

    Microsoft Purview 可以連接至 Microsoft Cloud for Sustainability 中使用的 Microsoft DataverseMicrosoft Power BI 服務,並對這些服務進行分類。 如需詳細資訊,請移至 Microsoft Cloud for Sustainability 中的安全性

  • 使用適用於雲端的 Defender 來保護 Microsoft Cloud for Sustainability 工作負載。

    適用於雲端的 Defender 為您所有的 Azure、內部部署及多重雲端 (Amazon AWS 和 Google GCP) 資源提供雲端安全性態勢管理 (CSPM) 和雲端工作負載保護平台 (CWPP)。 適用於雲端的 Defender 為 Microsoft Cloud for Sustainability 的下列元素產生安全性分數、建議和警示:

    • Microsoft Teams 和 Microsoft 365
    • Microsoft Power BI
    • Dynamics 365
    • 身分識別和 Microsoft Entra 整合
    • Microsoft Sentinel

    如需詳細資訊,請移至安全性概觀

  • 使用 Microsoft Sentinel ,在整個企業和 Microsoft Sustainability 工作負載中提供智慧安全性分析和威脅情報。

您可以將 Microsoft Cloud for Sustainability 中所用的下列服務整合至 Microsoft Sentinel 中。 這項整合讓您全盤了解安全性資訊與事件管理 (SIEM) 和安全性協調流程自動化回應 (SOAR) 解決方案。

如需部署、管理和使用 Microsoft Sentinel 的指引,請前往 Microsoft Sentinel 最佳做法

效能效率

  • 縮小計算設定檔準則的範圍。 由於計算的複雜度,您必須將每個計算設定檔限制在 50,000 筆記錄以下。

  • 將資源保留在單一雲端,以維持最大控制權,並允許雲端提供者最佳化網路路由。

  • 在同一個雲端和區域內盡量提高網路利用率。 從多個區域中的來源擷取資料會對網路功能產生影響。 不過,任何以網際網路或其他雲端中元件為目的地的網路流量都涉及公用網際網路的路由器資源,您無法控制對資源影響的衡量或利用。

另請參閱