微服务中限流模块是必不可少的，理想的情况是使系统维持在能承受的负载范围内，没有堆积请求，请求处理时间就成了一个很好地判断指标，如果请求处理的时间过长，说明发生了堆积。传统的做法可能是硬性限制qps或队列长度或者根据cpu使用率等指标限制，无法实现自适应限流，根据请求处理时间使用算法限流可以很好地自适应系统的变化。

如今微服务模式大行其道，那么服务如何划分，服务之间到底是如何交互的，在微服务模式下开发一个业务模块是怎么实现的？以B站“开源”的代码为例，我挑了一个比较简单的业务：历史记录，分析一下微服务下的业务逻辑该怎么写。