V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
dnjat
V2EX  ›  程序员

微服务,管理员接口.用户接口,浏览接口,的摆放问题

  •  
  •   dnjat · 327 天前 · 1194 次点击
    这是一个创建于 327 天前的主题,其中的信息可能已经有所发展或是发生改变。

    以文章管理为例.

    管理员接口 (管理,信息审核,显示上的权重..)
    用户接口 (管理,编辑,修改..)
    浏览接口 (无需登录就能访问的数据..)

    这三者有共同的接口.也有各自专用的接口.

    服务内有使用鉴权,大家对专用接口与通用接口是如何分结构的.

    9 条回复    2024-02-04 10:26:01 +08:00
    thevita
        1
    thevita  
       327 天前
    不分,把权限做好就行了
    lingxmo
        2
    lingxmo  
       327 天前
    每个东西的管理都弄成一个服务(用户管理服务、文章管理服务、评论管理服务)
    功能实现只有一份,外层接口可以开两套(管理 API 集合、公开只读的 API 集合),每套都有对应的网关给不同的人用
    dnjat
        3
    dnjat  
    OP
       327 天前
    @thevita
    @lingxmo 谢谢经验分享
    dayeye2006199
        4
    dayeye2006199  
       326 天前 via Android
    建议不搞微服务
    dnjat
        5
    dnjat  
    OP
       326 天前
    @dayeye2006199 怎么说? 其实我的疑惑和微服务也没什么关系,是代码结构问题..写在一起, 用户接口里混了管理员接口,不写在一起吧,管理员需要用用户接口,两套接口回来穿梭. 我觉得 2 楼的方法比较合理,和 1 楼的相结合.
    pannanxu
        6
    pannanxu  
       326 天前
    如果仅仅是因为模块混在一起而做微服务,其实大可不必,不但增加了系统复杂性,性能反而不会有啥提升甚至下降(多层 http 调用、分布式事务等)。可以在工程化层面来解决模块耦合问题,例如 maven 、gradle 多模块。
    @dnjat
    flmn
        7
    flmn  
       326 天前
    建议在接口层分开,服务层可以共享。

    随着迭代,各个功能会有很多自己独特的东西的,左右兼顾不如一开始就分开,工作量并没有增加太多,但是架构清晰了。

    如果是单体,就在代码包结构上做好规划,如果是微服务,这种架构就是 BFF ,各端有自己的 BFF ,共享后端业务服务。
    dnjat
        8
    dnjat  
    OP
       325 天前
    @pannanxu 谢谢建议. 结构上的分包,共用也是不错的方法.
    dnjat
        9
    dnjat  
    OP
       325 天前
    @flmn 现在打算改成这样的结构了.核心共用,接口分开. 方便维护,结构清晰一点. 谢谢建议
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   985 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 21ms · UTC 21:21 · PVG 05:21 · LAX 13:21 · JFK 16:21
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.