我们正在建设：
应用程序响应自己的管道服务器（最终与 API 服务通信）是否是常见做法？我们将设置一个反向代理 - 直接访问我们的 API（而不是设置管道）是否足够？这绝对是一个通用的架构问题。
我不确定你所说的“管道”是什么意思，但很大程度上取决于你的 API 的完整性和强化程度。他们是否已经处理了诸如身份验证、滥用检测/控制、SSL、版本控制等问题...
有些公司专门提供这种 API“中间件”（Apigee、Amazon API Gateway、Azure API Management 等等）。您的反向代理是一个开始，并且可能足够好以继续使用（至少您做了一些事情，例如终止您的 SSL，并在防火墙后面锁定您的 API 服务器）。如果您将 API 服务设置为无状态，您可能能够在以后添加新层，而不会带来太多的痛苦和复杂性。