Architecture 我的微服务架构是否符合最佳实践？（STS/SPA/前端API/后端服务）
目标是开发一个具有SPA前端的应用程序，该应用程序可实时更新，并结合了微服务体系结构 我有 -水疗中心（角形） -前端API（用于SPA），公开API和信号集线器 -一些后端服务 -Azure Servicebus用于后端操作和前端api更新通知（在这种情况下，会推送一条信号R消息） -Identityserver 4.0作为STS（asp.net核心标识作为存储） 我正在努力为我的系统建立一个良好的、安全的、可扩展的体系结构。 我不想要不必要的开销，也不想创造一个巨大的整体。我希望后端服务对internet的其余部分隐藏，但前端Api可以访问它 我希望前端API足够智能，能够查询SPA需要的特定需求，并监听与SPA相关的事件，以便通过信号器获得通知。换句话说：我不想要一个哑门 请随便教我。我只想开始实施 我觉得如果我只允许从前端API访问，那么从后端到STS的代码就太多了 我真的需要一些洞察力 这是我做的thusfar：Architecture 我的微服务架构是否符合最佳实践？（STS/SPA/前端API/后端服务）,architecture,signalr,microservices,identityserver4,Architecture,Signalr,Microservices,Identityserver4,目标是开发一个具有SPA前端的应用程序，该应用程序可实时更新，并结合了微服务体系结构 我有 -水疗中心（角形） -前端API（用于SPA），公开API和信号集线器 -一些后端服务 -Azure Servicebus用于后端操作和前端api更新通知（在这种情况下，会推送一条信号R消息） -Identityserver 4.0作为STS（asp.net核心标识作为存储） 我正在努力为我的系统建立一个良好的、安全的、可扩展的体系结构。 我不想要不必要的开销，也不想创造一个巨大的整体。我希望后端服务对i
我们正在实施一种微服务体系结构，我们使用一个用于终止公共请求并将呼叫转发给内部服务 在这个代理中是所有调用Identity Server的代码。我不认为你想从你的后端服务做这件事 您可能需要添加某种会话管理服务，它创建一个标识符，然后您可以将该标识符传递到所有服务调用中
您可能还想考虑使用DOCKER来托管您的服务，以确保它们在不同的环境中是孤立的和一致的，以及像Kubernetes这样的编排工具来管理容器。请留下评论根据两个接近的投票，这个问题太广泛了。我意识到这不是发布此类问题的合适地方，太晚了。非常感谢。我决定为我的客户制作我的代理，我将包括从该代理到客户的到该代理的信号器连接。不会让信号机连接到后端。为了推送信号器消息，代理将订阅某些事件，并通过信号器将结果推送到客户端。我将使用Docker和Kubernetes在未来，首先我想设置我的主要业务逻辑，并有一个POC的工作系统。