GraphQL 和 dataLoader 分开 applications/servers

Question

我计划在 IIS 和 dataLoader API 的 .NET 中实现 GraphQL API 作为 Node.js 应用程序服务器。 GraphQL 将连接到 SQL 服务器的 dataLoader。
目前所有应用程序都将位于单个物理服务器上，但如果需要可扩展性，将来可能会分开。

我这样做的原因：

• 现有代码依赖于IIS/COM/DCOM/ActiveX/.NET/ASP/ASPX
• 实施和推理更简单
• 访问控制（web服务器不需要看dataLoader代码，可以在dataLoader中实现ACL）
• 如果我有机会与不同的数据库（redis、mongodb 等）进行交互，它会变得更容易
• 我可以逐渐分割和移植部分代码，以便更轻松地共享代码（使用单独的 Linux 服务器）
• （我喜欢）Node.js 开放探索，但还不能选择加入

---

首先，这有意义还是我自找麻烦？

在 GraphQL 和 dataLoader 之间使用二进制序列化格式是否有意义？或者只是一个简单的网络服务会更简单？
我是否会因更多往返而冒性能问题的风险？ （问题太开放了？直觉上这似乎最终会更好）
GraphQL 和 dataLoader 之间是否需要显式认证？或者我可以按原样发送会话数据（带有用户名），让 dataLoader 信任作为上下文给出的用户名吗？也许传递一个令牌？ JWT 令牌在这里有用吗？

Answer 1

GraphQL-dotnet 从那时起已经成熟了一点，看起来相当不错。
从那以后，我研究了 AWS API Gateway GraphQL 支持等解决方案，以及一些支持 GraphQL 的 Azure Functions 解决方案。

这些事情中涉及的一些技术和设计选择在这里和那里都有帮助。但由于实际原因，这从未真正实现，而且大多数这些担忧从未变得相关。