标签为“联合”

使用单元、集成、端到端、组合和组件及操作测试，全面测试您的 GraphQL 架构。

一个将 GraphQL 单体迁移到 Apollo Federation 联邦超图的逐步指南。

保护联合 GraphQL API 的最佳实践，包括限制可发现性、错误模糊化、查询深度限制等。

了解 GraphQL 采用模式的不足和解决方案，包括单体、BFF 等。

实体模式设计最佳实践，包括何时定义、引用和扩展实体。

使用 GraphOS Studio、Rover 和合约等工具确保顺利发布并最小化客户端影响。

GraphOS 路由器不是基于 URL 或 REST 终端，它是一种本地的 GraphQL 解决方案，用于处理客户端 API 操作。

使用 Apollo GraphOS 路由器和 @apollo/gateway 记录查询计划和子图调用，以帮助调试问题查询。

联合协调突变字段，但在处理分布式系统跨系统状态变化时需要额外的考虑。

了解在多个部署环境中使用图变体时的 CI/CD 最佳实践和示例。

了解如何指定实体所属权并在您的 Apollo Federation 2 超图中将“实体扩展”作为一等概念。

接口可以使模式字段返回多个对象类型之一。探索示例并避免使用接口的常见陷阱。

如果产品需求与单个域不匹配，这可能会表明需要一个新的域或子图。

了解如何处理在联盟图中返回列表的操作的“N+1查询问题”。

在开发子图和客户端时模拟您的超图的部分，以便团队能够并行工作而不会相互阻塞。

通过以抽象、需求导向的方式设计架构来支持消费我们联盟图数据的GraphQL客户端应用。

Apollo对所有客户端应用保持与超图架构更改同步的建议和最佳实践。

权衡对于架构中每个GraphQL类型、字段和参数的可空性选择的含义。