今天我开始阅读有关微服务架构的内容 - 它似乎非常有趣!但我有一个疑问,我需要一些exlanation:假设我想创建一个博客,并将为此构建4个微服务:用户/登录服务,文章服务,评论服务和报告/分析服务(不是一个现实的例子,我知道. ..).报告/分析服务纯粹是后端 - 这里没有问题可供我理解.但其他三个涉及一些UI部分 - 至于我的理解,这个UI部分也应该是微服务本身的一部分,对吧？UI集成将如何工作？那么我会有第五个"前门"服务收集用户请求,
您是否有针对此类场景的示例/用例的任何更改？
感谢致敬!
根据我的经验,在微服务架构中,拥有一个像API网关一样的服务通常很有用,它可以加载到更多特定于域的微服务中.API网关的职责可能是聚合结果并将它们返回到前端,但是整合从微服务返回的响应将耦合两个服务的知识并将一些领域知识泄漏到API网关层.API网关应该尽可能地薄,并且应该与服务联系以实现某些目标.
您在描述的用例是在尝试访问登录服务然后再访问文章或评论服务之前尝试对用户进行身份验证.如果它们是同一应用程序的一部分,那么前端仍然会保持整体状态.
如果应用程序变得足够大,应用程序将被产品分开,但可能仍然依赖于一组核心服务.在这种情况下,他们可能会生活在不同的UI中,这样就不会那么复杂(有点像后端的微服务).正如旁注所示,微服务架构通常会引入一组核心服务,这些服务可供不同团队使用,因此具有不同UI的不同应用程序.一个例子是电子商务应用程序,其具有客户服务部门编辑订单,用于使用订单服务来为客户和客户进行购买.实际上,这些是两个应用程序,它们将具有两个不同的UI.希望这可以帮助!
我想指出的另一件事是,当应用程序变得太大而复杂时,微服务架构才会很好.微服务架构需要更多资源,因为它有一些额外的开销.首先从单片开始:).
| 归档时间： |
|
| 查看次数： |
4753 次 |
| 最近记录： |