架构关注。安全网络服务之间的自动通信
Architecture concern. Automated communication between secured web-services
假设我们有一个服务 A，它需要在夜间自动联系服务 B。这是一个新的要求，在他们应该独立工作之前。这两种服务都是安全的，因此如果用户不登录（并传递 JWT 或 cookie）就不可能相互访问。
现在，除了抱怨这个架构有多糟糕，实现通信的最佳方向是什么？添加技术用户？或者也许把所有东西都放在 docker-compose 后面？还有什么吗？
服务 2 服务通信应始终通过发布-订阅模型进行。您可以从服务 A 发送消息，服务 B 将收听这些消息并执行所需的工作。不需要创建任何新用户
假设我们有一个服务 A，它需要在夜间自动联系服务 B。这是一个新的要求，在他们应该独立工作之前。这两种服务都是安全的，因此如果用户不登录（并传递 JWT 或 cookie）就不可能相互访问。
现在，除了抱怨这个架构有多糟糕，实现通信的最佳方向是什么？添加技术用户？或者也许把所有东西都放在 docker-compose 后面？还有什么吗？
服务 2 服务通信应始终通过发布-订阅模型进行。您可以从服务 A 发送消息，服务 B 将收听这些消息并执行所需的工作。不需要创建任何新用户