2019-07-08好好学习，跟着老师的脚步实现个人价值的提升作者回复: 谢谢支持！后面继续输出更优质内容，帮助大家提升技术和视野。
7
2019-07-09多租户的问题我们公司目前也遇到了，我们目前的做法是在数据层完全隔离，我们每个租户都有编号（从1开始），前端每次发起请求都会带上这个租户编号，后端查询数据库的时候就在表的后缀加上租户编号，如t_user_detail_1，t_user_detail_2这种，请问波波老师这种做法是否合理？请指教作者回复: 多租户有多种实现方式，你的实现方法也是一种，通过表隔离，这种隔离性比一般的逻辑隔离要好，实现上也不复杂。我们之前做过一个多租户消息队列系统，也是通过表隔离。实际还要看业务对隔离性的具体要求。
1 5
2019-07-17目前我们的SaaS产品采用共享表模式，每个表一个租户Id，然后在数据访问层采用拦截机制，多租户机制在业务层是透明无感知，业务代码开发上和单租户无差异，以后租户多了直接按租户ID段并结合租户用量直接分库，简单方便。作者回复: 不错！
2
2019-09-13bot服务那里为什么没有设计使用消息队列，发送通知？作者回复: 实际上，bot服务里头不少操作，还有mail/sms服务里头的操作，都是Async方式执行，也就是放在异步线程池里头执行的，相当于消息队列。
1- 2019-07-14有如下问题，请杨波老师帮忙解惑，谢谢。
1.BFF层的主要作用是什么？下边的理解正确吗？
1）.对外暴露API，其它微服务API不对外直接暴露；
2）.调用1个或多个其它微服务API并聚合各微服务API返回的数据，返回给客户端需要的数据结构；
2.BFF通常会提供API Gateway的功能或是其它功能吗？展开作者回复: 你的问题在课程第4章《可编程网关设计和实践》会专门讲解，BFF和网关是如何演进出来的，请耐心等待后续课程的讲解。
1 
2019-07-23我们公司经理让从共享表做成每个租户都是一个库，目前我已初步完成，就是租户多的话，到时候数据源会存在很多，这种方式你怎么看，老师作者回复: 这也是一种做法，没有特别的问题。数据源多的话需要管理会麻烦一点，但是很多ORM框架(比如JPA/MyBatis等)都支持多数据源的。如果租户数量超过一定量的，你可能需要自己定制研发多租户数据访问层。
2019-07-08App和MyAccount这两个静态单页应用最终渲染到用户浏览器端，浏览器端发http ajax请求经过网关，然后直接访问Account API和Company API吗？领域服务直接暴露给APP或者H5好吗？（有nginx/网关鉴权和路由转发），中间没有弄个BFF或者很薄的应用服务层之类的？作者回复: 对，目前staffjoy设计没有BFF聚合层，因为教学版规模小直接暴露领域服务API，在faraday网关🈶️鉴权，服务控制器层还有进一步鉴权，基本也OK。实践大规模应用是要考虑单独BFF聚合层的，课程第三章[可编程网关设计和实践]，会单独讲网关和BFF是如何演进出来，以及相应的分层架构方法。
2