springcloud服务划分
想问一下佬们，springcloud进行服务划分的时候，该怎么分，建议把登录注册功能、个人信息修改功能都单独划分为一个服务吗，之前一直学的单体架构，请求大佬们指点一下，初入微服务还是有点小蒙>.<谢谢~ 本帖最后由 zhuxiangyu1024 于 2024-4-8 18:13 编辑一般做功能和业务划分，比如典型用户系统，商户系统，营销系统，订单系统。不需要纠结，本身就不是什么复杂的事情，大部分时候用得上微服务的公司架构八辈子早就划分好了，随便找几个出名的项目看看就行了。 该用的用不该用的别用，不能看别人用微服务挺好有可能自己根本就不需要这玩意 楼上说的比较笼统，实际上的话是看着业务情况来划分的；
复杂的业务，看是否真的需要拆分，未来变动大不大之类的；
简单的则看未来是否不需要变更，是否需要合并以减少消耗之类的；
像你提到的注册登录，如果是对外，提供给终端消费者的，一般是一个对外的登录注册服务，然后对接一个对内的登陆注册服务，
其它服务需要登录注册的时候直接请求对内的服务。
个人信息修改之类的看你们业务的复杂度，如果是相当复杂的个人信息，当然得新起一个服务来做，但如果只是简单的性别生日之类的数据，弄不弄也没差别 本帖最后由 Pojawa 于 2024-4-9 03:12 编辑
---- 网卡删多余回复 ---- 基本功能如sso log等按公共的服务来，其他按业务 单点登录可以看下0auth，微服务需要大量的投入才能取得长久的效果
页:
[1]