Yang Zhiyan

1. 将生成雪花ID的Node，可以放在每个服务的 impl 中。

我们现在内部服务调用，是可以直接调用。只需要调用方提供待发现服务的名称、Consul的地址即可 应该做一点限制，比如需要调用方提供一个服务的调用凭证啥的。起码知道是谁来调用我。 可完成MVP版后再做 1. 看是否需要将用户的ID存入这个认证中，如果不需要，那么ID就只能和Token 公用，那么每次都需要验证Token参数，即使可能没用到。都需要传递下去。 2. 要不然如果请求是仅在服务间调用的话。会莫名奇妙出现Token传递丢失的情况，也就会丢失 用户的ID 3. 或者还有种思路，就是再加入服务的网关小组后，将其API组合的功能放在网关小组做。就不要内部服务间耦合了。

1. 给一个Recover ，虽然很少 使用 panic，但是调用时如果出现panic，没有recover程序就 over 了

抽取到dou_kit后，build后，无法注入版本信息

1. 为用户注入关注、粉丝相关消息 2. 为视频注入点赞、评论相关消息

从数据库中查出视频列表后，需要为视频注入用户信息。 若是这样循环一条一条注入，此次请求到多少视频，就会产生几次GRPC调用，就会访问几次数据库。（如下图所示） 虽然一次性最多返回30条，但也可以想办法优化成：一次GRPC调用、查询一次用户表。 也就是想办法进行批量查询。 

简单来说还需要一个文件删除的接口，异常保存时回滚操作 比如视频上传成功了，但是后续的操作失败了，得回滚掉前面的操作