模式建议

提出、审核和跟踪新发布的模式更改

此功能仅适用于 GraphOS 企业版计划.
您可以通过注册免费企业试用版.

随着您的 supergraph 模式增长，管理更改变得更加困难。评估 subgraph 模式更改对组合和客户端操作变得更加复杂。一旦就方案设计变更达成一致，在 subgraph 开发过程中实施这些变更又是一个挑战。

当同时更新多个 subgraph 模式并跨团队合作时，这些挑战会加剧。在没有明确跨团队沟通以理解、验证和跟踪更改的情况下，可能会阻碍方案开发。

GraphOS 架构提案为集中式架构变更管理提供支持。集中化提案流程促进协作并加强架构治理：

这种增加的协调提高了设计决策的问责制，简化了开发周期。

在 GraphOS Studio 中直接管理架构变更提供了以下优势：

提案流程使用GraphOS 的架构检查—架构检查——包括架构代码检查——在每个步骤中都使用。
- 这最大限度地减少了错误和不一致的可能性。
- 它还提供了对变更对组合和客户端操作影响的即时理解。
在GraphOS中进行编辑、审查和批准变更允许进行GraphQL感知的架构差异比较。
- 例如，GraphOS 在提案编辑器中将新字段和类型作为新的字段和类型比较，不受格式限制。
- 相比之下，非GraphQL的文本差异比较可能无法理解差异，除非它们按传统格式设置。
集中化架构变更流程可以巩固一个全面的审计跟踪，记录讨论和架构变更。

—然后才会将架构变更发布到GraphOS。

ⓘ 注意

架构提案—甚至已经批准的的 — 不要将任何更改部署到您的图。一旦提案被批准，您的团队必须实施并发布这些更改。

组织管理员和图管理员可以配置架构检查以确保组织只发布通过提案批准的更改。

在深入了解架构提案工作流程之前，了解提案状态会有所帮助。

状态	自动或手动设置	描述
草稿	在提案创建时自动但可以手动重置	创建默认状态，直到提案准备好审查。
公开征求反馈	手动	表示提案已准备好审查。 - 如果配置了默认审稿人，他们将被分配进行审查。
批准	自动	表示最低数量的审稿人已批准提案。 - 如果您已要求默认审稿人批准，则至少需要一个默认审稿人的批准。
实施	自动	表示该提案的所有更改已发布. - 已实施的提案无法接收进一步修订。 - 它们的状态无法更新。
关闭	手动	表示提案已暂停或废弃。 - 关闭的提案无法接收进一步修订。 - 您可以将提案的状态设置为草稿或公开征求意见以重新开启提案。

提案不必从草稿线性地进展到实施。例如，它可能在返回到草稿之前被关闭，并继续通过该流程。

架构提案状态使以下端到端架构更改管理工作流程成为可能：

架构提案的默认配置允许您直接开始使用提案。如果您想要调整您图的提案流程，请查看配置提案。配置包括权限、批准要求、电子邮件通知等。

有关流程每个阶段的更多详细信息，请参阅以下文章