关于企业内部系统架构设的计问题

发布于 2022-09-04 03:30:50 字数 600 浏览 19 评论 0

公司现阶段规模500人左右,考虑上一些管理系统。
已经上线的有HRMS(存储员工基本信息的,同时也涉及到一些基本人事流程),是基于Laravel5.2开发的,当初设计的时候没想到那么多,所以是属于前后端紧耦合的。
现在想用这个作为所有系统的基础,也就是说,其他任何系统需要认证的话,都从HRMS里调取用户信息。

目标:

  1. 用Lumen 重写HRMS,仅提供API

  2. 所有系统实现前后端分离

  3. 后续会采用Electron API做一些桌面应用

  4. 所有项目实现Docker化可持续集成

后续上线的系统有:

  • MRBS:会议室预约管理系统

  • SCRM:基于社交平台的客户关系管理系统

  • BPM:工作流程审批

  • TMS:内部培训管理系统

  • AMS:固定资产管理系统

现阶段已经实现了服务的Docker化,后端框架已经决定了就用Lumen,前端还在考虑中,请问如果前后端完全分离,用OAuth2.0和JWT两者的利弊是什么?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

忆梦 2022-09-11 03:30:50

泻药;
我的建议是依然使用 laravel ;
如果为了接口;那么5.2可以使用dingo包 https://github.com/dingo/api
而不是使用 lumen 来重构;
lumen 和 laravel 虽然是亲兄弟;
但是;lumen 被阉割了很多功能;而且资源比 laravel 少太多了;

甚至升级 laravel5.2 至 5.3 都比用 lumen 重构更合理;
5.3 对api接口的开发已经有了原生的支持;
而且这明显也是后续 laravel 升级发展趋势;

至于 OAuth2.0 还是 JWT ;
这两个压根就没啥可比性;
JWT 是一种协议;OAuth2.0 是一种授权框架;

OAuth2.0 比较规范化、使用广泛、扩展更强;
如果时间充足;那多花点时间学习使用 OAuth2.0 ;

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文