Date: 29 12 月, 2025
為高可用性和災難復原而設計
IT 基礎架構中的設計驅動型創建、工具和衝突設計模式
當設計驅動創造時，成果便易於溝通。以設計為先導的理念能夠創造出便於個人有效訓練的解決方案。運用設計原則來傳達目標，可以帶來易於維護和改進的解決方案。當然，當解決方案基於工具建構時，工具的設計使用方式必須與它所支援的解決方案的設計結合起來考慮。
所選工具會將它們的設計假設強加於使用它們的項目中。如同先前的相關部落格文章所述設計理念和目標一致是創建易於理解的解決方案的第一步。當然，專案中使用的工具可能包含與專案設計理念格格不入的模式。
初始設計與所用工具之間的衝突會造成複雜性，並降低解決方案的有效性。因此，必須選擇合適的工具，使其使用與專案設計一致。當工具與設計協調一致時，複雜性就會降低。在高可用性和災難復原的背景下，設計與所用工具協調一致的影響尤其顯著。
高可用性和災難復原設計被認為是一項複雜的工作。
高可用性和災難復原設計通常預設了複雜性。IT基礎架構設計模式為了滿足高可用性和災難復原固有的高標準，個別基礎設施元件越來越需要嘗試在各自的範圍內實施相應的模式。
各個組成部分共同努力解決以下問題：高可用性和災後復原就其作用而言，由於組件採用不同的設計原則來解決高可用性和災難復原問題，環境必然會變得臃腫。
基礎設施通常需要採用多種設計模式
工具不斷發展，並可能形成相互競爭的設計原則，然而，環境需要的是具有凝聚力的設計。隨著原本互不相關的工具開始互相干擾，複雜性也滲透到基礎架構中。隨著IT系統在用途和可用性標準方面的不斷提升，遵循凝聚力設計並實現互補工具的基礎設施的重要性也日益凸顯。技術進步為實現高可用性和災難復原提供了多種策略，IT基礎設施也在不斷發展，以適應針對其他用例量身定制的設計模式。只要看看…常見的雲端設計模式微軟在其文件中發布了這些模式。每種模式的適用性顯而易見，但模式之間也可能存在衝突。模式重疊難以處理，這會使IT基礎架構的設計過程變得複雜。基礎設施通常需要採用多種設計模式，因此，越來越需要那些「互不干擾」的模式。
作者：Philip Merry – SIOS 軟體工程師
經許可轉載SIOS