Date: 12月 29, 2025
为高可用性和灾难恢复而设计
IT 基础设施中的设计驱动型创建、工具和冲突设计模式
当设计驱动创造时,成果便易于沟通。以设计为先导的理念能够创造出便于个人有效培训的解决方案。运用设计原则来传达目标,可以带来易于维护和改进的解决方案。当然,当解决方案基于工具构建时,工具的设计使用方式必须与它所支持的解决方案的设计结合起来考虑。
所选工具会将它们的设计假设强加于使用它们的项目中。正如之前的相关博客文章所述设计理念和目标一致是创建易于理解的解决方案的第一步。当然,项目中使用的工具可能包含与项目设计理念格格不入的模式。
初始设计与所用工具之间的冲突会造成复杂性,并降低解决方案的有效性。因此,必须选择合适的工具,使其使用与项目设计保持一致。当工具与设计协调一致时,复杂性就会降低。在高可用性和灾难恢复的背景下,设计与所用工具协调一致的影响尤为显著。
高可用性和灾难恢复设计被认为是一项复杂的工作。
高可用性和灾难恢复设计通常预设了复杂性。IT基础设施设计模式为了满足高可用性和灾难恢复固有的高标准,各个基础设施组件越来越需要尝试在各自的范围内实施相应的模式。
各个组成部分共同努力解决以下问题:高可用性和灾后恢复就其作用而言,由于组件采用不同的设计原则来解决高可用性和灾难恢复问题,环境必然会变得臃肿。
基础设施通常需要采用多种设计模式
工具不断发展,并可能形成相互竞争的设计原则,然而,环境需要的是具有凝聚力的设计。随着原本互不相关的工具开始相互干扰,复杂性也渗透到基础设施中。随着IT系统在用途和可用性标准方面的不断提升,遵循凝聚力设计并实现互补工具的基础设施的重要性也日益凸显。技术进步为实现高可用性和灾难恢复提供了多种策略,IT基础设施也在不断发展,以适应针对其他用例量身定制的设计模式。只需看看……常见的云设计模式微软在其文档中发布了这些模式。每种模式的适用性显而易见,但模式之间也可能存在冲突。模式重叠难以处理,这会使IT基础设施的设计过程变得复杂。基础设施通常需要采用多种设计模式,因此,越来越需要那些“互不干扰”的模式。
作者:Philip Merry – SIOS 软件工程师
经许可转载SIOS
