在 PHP Web 应用程序中处理多个出站 API 调用

发布于 2024-12-08 22:41:26 字数 716 浏览 0 评论 0原文

我正在开发一个 PHP (Zend Framework) Web 应用程序,对于每个用户请求,该应用程序都会多次调用外部 API(SOAP 和/或 REST over HTTP)。

目前,API 调用是连续的:

  • 调用 API A,等待大约 1 秒获取结果
  • 调用 API B,等待大约 1 秒获取结果
  • 将页面发送回用户

在这种情况下,API A 和 B 之间没有依赖性或关系;我只是想尽快返回包含所有信息的页面。

目前我正在考虑:

curl_multi_exec() 会将我的 API A 和 B 的客户端代码绑定得比我想要的更紧密。

ZeroMQ 似乎实现起来更复杂,我不确定如何管理工作进程和套接字。

有没有人在 PHP/Apache 应用程序中成功地实现了这种行为,而没有太大的麻烦?

I'm working on a PHP (Zend Framework) web application that, for each user request, makes multiple calls to external APIs (SOAP and/or REST over HTTP).

At the moment, the API calls are sequential:

  • Call API A, wait around 1 second for results
  • Call API B, wait around 1 second for results
  • Send page back to the user

In this instance there is no dependency or relation between APIs A and B; I simply want to return the page with all the information as quickly as possible.

At the moment I'm thinking of either:

curl_multi_exec() would bind my client code for APIs A and B more tightly than I'd like.

ZeroMQ seems more complex to implement, and I'm not sure how I'd manage the worker processes and sockets.

Has anyone successfully implemented this behaviour in a PHP/Apache application without too much fuss?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

妄司 2024-12-15 22:41:26

听起来你需要一个缓存。它们非常容易制作,可以是文件系统或任何数据库扩展。

Sounds like you need a cache. They are pretty easy to make and can be either filesystem or any database extension.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文