大量查询情况下的GraphQL部署模型
我们使用GraphQL作为数据聚合、过滤等的中间层。 然而，随着时间的推移，查询的数量增加了，团队的数量也增加了。我们目前正在将其作为一个整体进行部署，但是这会产生问题，因为我们有其他团队使用相同的GraphQL项目，在部署期间进行协调成为一项挑战，以防止过早部署正在更改的查询 此问题的一个解决方案是在创建新查询或更改现有查询时使用功能切换或版本控制。大量查询情况下的GraphQL部署模型,graphql,Graphql,我们使用GraphQL作为数据聚合、过滤等的中间层。 然而，随着时间的推移，查询的数量增加了，团队的数量也增加了。我们目前正在将其作为一个整体进行部署，但是这会产生问题，因为我们有其他团队使用相同的GraphQL项目，在部署期间进行协调成为一项挑战，以防止过早部署正在更改的查询 此问题的一个解决方案是在创建新查询或更改现有查询时使用功能切换或版本控制。 但是，我想了解单片部署是否是部署GraphQL的唯一好方法，还是建议根据项目团队或服务类型拆分查询，并将查询部署为单独的组件，每个组件都有自己的
但是，我想了解单片部署是否是部署GraphQL的唯一好方法，还是建议根据项目团队或服务类型拆分查询，并将查询部署为单独的组件，每个组件都有自己的CI/CD管道。谢谢您可以通过每个较小的服务或微服务拥有较小的graphql端点，然后使用Apollo server和graphql工具创建一个单独的服务来合并它们