标 题 | 时 间 |
---|---|
分库分表 - 多租户架构是目前最流行的软件即服务的构建形态 | 04:14 |
分库分表 - 多租户系统基础准备工作 | 04:19 |
分库分表 - 先有蛋还是先有鸡,有了用户负责人才能有公司 | 03:49 |
分库分表 - 我从来不怕被打脸,脸面越打越大,实现公司列表功能 | 05:12 |
分库分表 - 实现公司租户的创建和切换功能 | 07:03 |
分库分表 - 创建新的公司租户时,为它创建并分配一个独立的数据库 | 07:20 |
分库分表 - 为租户的业务系统构建专属路由系统 | 05:56 |
分库分表 - 添加核心租户识别逻辑,为今后的可扩展性留在最大的铺垫 | 09:28 |
分库分表 - 扩展 Request 以及 Blade ,让整体逻辑更加简洁清晰 | 04:29 |
分库分表 - 为租户的独立数据库创建专属的 connection 连接 | 06:46 |
分库分表 - 在租户的 Database 分数据库中创建业务 table 数据表 | 09:05 |
分库分表 - 即便是分库分表,咱们的路由结构也可以简洁到令人发指 | 07:04 |
分库分表 - 如何让业务相关的Model类对分库的数据表进行操作 | 04:28 |
分库分表 - 终极一战,该你上战场的时候我肯定不替你去 | 08:05 |
标 题 |
---|
怎么样设置,根据不同域名连接不同的数据库?
可以试着自己玩一下不同子域名的状况,如果是独立域名就需要结合服务器软件和一下工具去搞了。
可以一起探讨下,我打算这么做:
1、域名泛解析(需要在租户管理系统中添加过才能使用)
2、在AppServiceProvider中boot根据域名来设置默认的数据库连接
3、用户登录使用了jwt认证,现在.env中的配置(比如JWT_SECRET) 不知道要怎么管理,估计也要放到数据库中
可以的,采取 jwt 这种认证模式是最简单的方式,在一个共有数据库中保存域名和数据库的映射关系管理好(或者其他的存储体都可以)。JWT_SECRET 这个东西为啥要管理啊,用统一的不行吗?还是我理解错了?它是加密解密用的一个凭证,不用每个都单独对应一个JWT_SECRET吧???