🏁 接近终点！

我们已接近“发射”系列的尾声，做得很好！花点时间赞美一下自从你开始与我们一起这段旅程以来的进步，以及你对太空猫社区的贡献 🚀😸！

我们有全栈GraphQL应用在生产环境中运行并连接到注册表。但这只是开始。现在我们的应用已上线，我们需要确保它在随着时间的推移而发展和增长过程中能保持预期的性能。

📊 检查情况

让我们检查我们的API。在操作页面上，我们可以看到请求速率、服务时间和错误百分比的概览，包括一些可能需要进一步深入了解的每个细节操作。顺便说一句，这也是为什么给每个客户端发送的GraphQL操作命名是很有用的原因之一。

让我们深入了解最频繁请求的操作： GetTrack。这很可能是因为当用户点击首页上的曲目卡时，首页上有很多活动。

我们可以看到随时间变化的请求速率（已发出的请求数量）和请求的延迟（每个请求花费的时间）。由于这是最频繁请求的操作，我们可以开始研究优化它的方法或使其更具性能。

我们还可以再次检查我们的字段页面。记得在前一节课中我们弃用了length 字段吗？现在我们想检查是否可以完全删除该字段。但我们可以看到它仍在被使用，如果我们有客户端意识设置后，我们还可以看到只有移动客户端原型还在查询该字段。是时候联系那个团队了！

🎉 完成！

非常感谢您加入我们的发射项目，这是我们在奥德赛之旅的第一个系列。

我们还可以通过GraphQL做更多的事情！随着您的应用程序在规模、复杂性和多个团队参与图中消费和维护的过程中增长，登记册的功率将与其一起增长。

在未来奥德赛系列中，我们将了解如何通过模式检查、客户端意识、联盟等来掌握这一切。

如果您还有其他任何想让我们了解的内容，请告诉我们。我们也很想知道您对我们的第一个奥德赛系列有什么看法。在下面的调查中留下您的反馈！

在下一次 meeting 中见！