-
Notifications
You must be signed in to change notification settings - Fork 212
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
问题请教:为什么auth模块不同样开发为privider、consumer模式? #8
Comments
auth服务是整套微服务体系中的统一授权认证服务,只有服务鉴权使用,跟业务处理无关,不需要进行服务拆分,否则过于繁琐 |
非常感谢大佬,祝大佬天天开心。 |
大佬,最近又在考虑这个问题,能否指点一下这样拆分的情况下,是如何做到业务处理容错、支撑峰值业务处理 的? |
服务拆分后,单独的某一个服务挂了不会最影响到整个系统(如:[订单] - [产品] 2个服务,当订单服务挂了不会影响到,产品查看管理等功能,同样当产品服务挂了,不会影响到订单信息查看等功能),服务拆分后原本由一个服务处理复杂的业务变成多个服务分布式处理,这样就增加了服务的吞吐,整体是分治法的思想 |
这个道理是理解的,就是 如果按照demo中的模式,将consumer拆出来,对业务处理容错、支撑峰值业务处理 会有多大的提升和好处? |
我不太明白你这边是不明白服务拆分的方式,还是不明白服务拆分后带来的效果? 拆分方式:
拆分后的好处:
至于会提升多大单从应用服务无法评估,还要取决于硬件资源的分配情况 |
非常感谢大佬这么认真、耐心的解答。收获很多。谢谢。 |
Ⅰ. 问题
Ⅱ. 详细描述
如果有异常,请追加堆栈信息:
Ⅲ. 是否对工程有做改动
Ⅳ. 补充
Ⅴ. 环境信息
The text was updated successfully, but these errors were encountered: