回滚的成本考虑因素

如果您已经认为设计和实施后备保险策略成本很高，那么您就完全正确了。对于某些版本，此成本可能很高，并且会使发布成本增加10％或20％。但在大多数情况下，对于大多数版本，我们认为您可以实现有效的回退策略，其成本低于发布或时间成本的1％，因为通常您只涉及数据库或其他存储系统。不同的方法存储数据。保险不是免费的，但它的存在是合理的。

如果您已经认为设计和实施后备保险策略成本很高，那么您就完全正确了。对于某些版本，此成本可能很高，并且会使发布成本增加10％或20％。但在大多数情况下，对于大多数版本，我们认为您可以实现有效的回退策略，其成本低于发布或时间成本的1％，因为通常您只涉及数据库或其他存储系统。不同的方法存储数据。保险不是免费的，但它的存在是合理的。我们的许多客户实施的流程都没有遵循旨在能够退回的架构设计原则，但幸运的是，他们还有其他几个降低风险的步骤或流程。我们通常建议首席执行官或相应产品或服务的总经理签署书面风险协议，并在同意违反可伸缩建筑设计原则之前审查风险降低计划（参见第16章）。理想的情况是，考虑到发布版本的大小和影响，当具有回退功能的成本超过回滚的价值时，小的低风险版本违反了可伸缩架构设计。原则上。但不幸的是，通常发生的事情是，为了赶上列表的时间安排，撤销建筑设计的原则经常以大而复杂的方式被违反。这种方法的问题在于这些复杂的大型版本通常是最具退步性的。每当您的团队表明实施版本的回退策略的成本很高或难以实现时，您应该让他们找到解决方案。通常有简单的解决方案可以降低实施回退策略的成本并增加实施的可能性，例如实施短期数据应用程序开发传输脚本。有时，与确保可以回滚版本相比，降低复杂功能的复杂性可以大大降低此版本的风险。根据我们在AKFPatrers的咨询经验，许多团队成员最初说“我们不能回头”，但在接受了可能的后备这一事实后，他们可以为几乎任何问题提供建设性的解决方案。