状态管理

在最初的机制设计和范围界定过程中，基础设施状态管理的设计决策有时会被忽视。但是，如果不考虑设计中所需的灵活性，例如开发团队的工具和模式的区别，可能会导致大量的后期机制返工。在评估您的州管理方法时，请考虑以下问题：

• 谁来管理基础架构和应用程序状态？

• 当某件事与国家发生冲突时会发生什么？

• 谁来补救州问题？

• 如果补救措施由中央团队处理，这种方法会导致开发延迟和停机吗？ 您将如何最大限度地减少这种干扰？

举个例子，想象一下提供中央州管理解决方案的组织。这极大地提高了解决方案的上市速度，因为开发人员无需为每个项目重新发明轮子。但是，有时任何东西都可能损坏。州也不例外。当状态中断时，请考虑以下几点：

• 应有一个明确的联系点 (POC)。

• POC 应立即可以修复问题。例如，不要给 POC 带来全额负担 JIRA 事后才想到的状态管理工作清单。

• 已经有一个可以访问的机制来起作用和解决问题。