代码之家  ›  专栏  ›  技术社区  ›  Viking

我的微服务架构是否符合最佳实践?(STS/SPA/前端API/后端服务)

  •  -1
  • Viking  · 技术社区  · 7 年前

    目标是制作一个带有SPA前端的应用程序,该应用程序结合了微服务体系结构,可以实时更新。

    我有 -水疗中心(角度) -一个前端API(用于SPA),它公开API和信号集线器 -一些后端服务 -后端操作的Azure Servicebus和前端api的更新通知(在这种情况下,会推送信号R消息) -将服务器4.0标识为STS(将asp.net核心标识标识标识为store)

    我不想让不必要的开销,也不想创造一个巨大的巨石。我希望后端服务对internet的其他部分隐藏起来,但是前端Api可以访问它。

    我希望前端API足够智能,能够查询SPA需要的特定需求,并监听与SPA相关的事件,以便通过signaler发出通知。换句话说:我不想要一个愚蠢的门户。

    请随意教我。我只想开始实施。

    如果我只允许从前端API访问,我觉得从后端到STS的行太多了。

    这就是我做的thusfar: enter image description here

    1 回复  |  直到 7 年前
        1
  •  1
  •   jazza1000    7 年前

    我们正在实现一个微服务架构,我们使用 ReverseProxy

    在这个代理中是调用Identity Server的所有代码。我不认为你想从你的后台服务来做这件事。

    您可能需要添加某种会话管理服务,该服务创建一个标识符,然后您可以将该标识符传递到所有服务调用中。

    您可能还想考虑使用Docker来托管您的服务,以确保它们在不同的环境中是独立和一致的,并使用协调工具(如Kubernetes)来管理容器。