施展
会有的 日志服务到时候会讲ELK的使用
1. 是个好的建议 我也在考虑这个事情 目前能做的还是先把质量做好～ 2. 恩，没毛病，是漏掉了 后面补上来～ 感谢～
1. 各自的会员服务去单独维护，仅仅引用一下账户服务的uid 2. 基于现在业务量级和研发人员规模： 量级较小：同一个实例且不分库，但是表名前缀要显示的区分，方便未来分库。 量级还行：同一个实例但是分库 量级大：直接不同实例
嗯嗯，是的 好的业务架构都是依据自身的环境决定和演变的。
软删除？
嗯
用户数很多 --- 一般就分库分表了 简单可以使用mycat之类的
比如给 员工发C端产品优惠券等
关于「订单中心」你们有哪些想特别了解的点吗？
http://skrshop.tech/#/src/shopping/product?id=%e5%95%86%e5%93%81%e7%b3%bb%e7%bb%9f