在不過度配置的情況下滿足其性能目標的工作負載是高效的。 性能效率的關鍵策略包括正確使用代碼優化、設計模式和容量規劃。 明確的性能目標和測試是這一支柱的基礎。
在工作負載的設計階段，請務必考慮基於 性能效率設計 原則和性能效率 設計評審清單中的 建議的決策如何影響其他支柱的目標和優化工作。 某些決策可能有利於某些支柱，但對其他支柱來說卻需要權衡。 本文列出了工作負載團隊在設計工作負載體系結構和作以提高性能效率時可能遇到的權衡示例。
性能效率與可靠性的權衡
權衡：減少複製並增加密度。 可靠性的基石是通過使用複製和限制故障的爆炸半徑來確保彈性。
- 整合工作負載資源可以利用多餘的容量並提高效率。 但是，它會增加位於同一位置的元件或應用平臺中故障的爆炸半徑。
權衡：複雜性增加。 可靠性優先考慮簡單性。
數據分區和分片有助於避免大型或經常訪問的數據集中出現性能問題。 但是，這些模式的實現增加了複雜性，因為需要在其他資源之間保持 (最終) 一致性。
為優化訪問模式而對數據進行非規範化可以提高性能，但它會帶來複雜性，因為需要保持數據的多個表示形式同步。
以性能為中心的雲設計模式有時需要引入其他元件。 使用這些元件會增加工作負載的表面積。 然後，元件本身必須可靠，以保持整個工作負載的可靠性。
權衡：對活動環境進行測試和觀察。 避免不必要地使用生產系統是提高可靠性的一種自我保護方法。
在活動環境中進行性能測試存在因測試作或配置而導致故障的風險。
應使用應用程式性能監控 (APM) 系統來檢測工作負載，使團隊能夠從活動環境中學習。 APM 工具在應用程式代碼或託管環境中安裝和配置。 工具使用不當、超出限制或配置錯誤可能會損害其功能和維護，從而可能損害可靠性。
性能效率與安全性的權衡
權衡：減少安全控制。 安全控制是跨多層建立的，有時是冗餘的，以提供縱深防禦。
一種性能優化策略是刪除或繞過導致流延遲的元件或進程，尤其是當它們的處理時間不合理時。 然而，這種策略可能會危及安全性，應伴隨著徹底的風險分析。 請參考下列範例：
刪除傳輸中或靜態加密以提高傳送速率會使資料面臨潛在的完整性或機密性洩露。
刪除或減少安全掃描或檢查工具以減少處理時間可能會損害這些工具所保護的機密性、完整性或可用性。
從網路流中刪除防火牆規則以改善網路延遲可能會允許不良通信。
為了加快數據處理速度而盡量減少數據驗證可能會損害數據完整性，尤其是在輸入是惡意的情況下。
權衡：增加工作負載外圍應用。 安全性優先考慮減少和封閉的週邊應用，以最大程度地減少攻擊媒介並減少安全控制的管理。
以性能為中心的雲設計模式有時需要引入其他元件。 這些元件增加了工作負載的表面積。 必須保護新元件，可能採用系統中尚未使用的方式，並且它們通常會增加合規性範圍。 考慮以下常用添加的元件：
根據每個任務的性能要求，引入多種不同的處理業務邏輯的方法，例如雲流和低代碼外掛程式。
將處理卸載到後台作業甚至客戶端計算。
權衡：消除分段。 安全支柱優先考慮強分段，以實現細粒度的安全控制並縮小爆炸半徑。
共用資源是提高效率的一種方法。 它增加了密度以優化容量使用。 例如，跨多個畫布應用和雲端流重複使用低代碼外掛程式。 密度增加可能會導致以下安全問題：
違反最小許可權原則並模糊訪問日誌中的單個審計跟蹤的共用工作負載標識。
週邊安全控制 (例如網路規則) 被簡化為涵蓋所有位於同一位置的元件，從而為單個元件提供不必要的訪問許可權。
性能效率與卓越運營的權衡
權衡：降低可觀測性。 監視對於為工作負載提供有意義的警報並幫助確保成功的事件回應是必要的。
減少日誌和指標量以減少收集遙測數據而不是其他任務所花費的處理時間，會降低系統的整體可觀測性。 由此導致的可觀測性降低的一些範例包括：
- 它限制了用於生成有意義警報的數據點。
- 它導致事件響應活動的覆蓋範圍存在差距。
- 它限制了安全敏感或合規性敏感的交互和邊界中的可觀測性。
當實現性能設計模式時，工作負載的複雜性通常會增加。 元件將添加到關鍵流中。 工作負載監視策略和性能監視必須包括這些元件。 當流跨越多個元件或應用程式邊界時，監控該流性能的複雜性會增加。 需要在所有互連元件之間關聯流量性能。
權衡：作複雜性增加。 複雜的環境具有更複雜的交互，並且更有可能受到常規、臨時和緊急作的負面影響。
通過增加密度來提高性能效率會增加運營任務的風險。 單個過程中的錯誤可能具有較大的爆炸半徑。
隨著性能設計模式的實施，它們會影響備份、金鑰輪換和恢復策略等作過程。 例如，當團隊試圖確保這些任務不會影響數據一致性時，數據分區和分片可能會使日常任務複雜化。
權衡：文化壓力。 卓越運營植根於無可指責、尊重和持續改進的文化。
對性能問題進行根本原因分析可以識別流程或實施中需要糾正的缺陷。 團隊應將演習視為學習機會。 如果團隊成員因問題而受到指責，士氣就會受到影響。
例行和臨時進程可能會影響工作負載性能。 通常認為最好在非高峰時段進行這些活動。 然而，對於負責或熟練從事這些任務的團隊成員來說，非高峰時段可能會帶來不便或超出正常工作時間。
性能效率權衡與體驗優化
權衡：用戶參與度降低。 體驗優化支柱優先考慮更具吸引力的用戶體驗。
優化性能優先考慮使用平臺功能而不是自定義，這會降低自定義元件的優先順序，從而帶來更具吸引力的用戶體驗。
優化性能可能會過於注重最小化複雜性，從而降低功能的優先順序，以獲得更具吸引力的用戶體驗，例如自定義元件和集成。
用戶介面開發通常在更快的反覆運算和交付週期中完成，這使得持續提高性能變得更加困難。