前言
写这篇文章的初衷是想自己梳理一遍微服务框架的种种细节
之前在用go-micro框架，使用起来有很多的不便，所以想自己试一下重新再走一遍流程。
先看一下通常的微服务框架架构图
架构图.png
整体的架构可以一步一步的实现，我们先模拟一个场景：
1、用户可以通过API请求获取数据，数据是以map形式存储在内存中，这部分基本没有什么并发量。
2、我们通过一些方法，可以从用户那里获取操作日志，日志包括点击和下载，这些日志需要存储，之后会需要这些日志做一些运算。
模块拆分
上面的场景模拟可以看到，api请求获取这部分业务并发量不高，业务块比较独立，无非就是做一些读取的操作，我们把这部分先拆出来单做一个服务。
日志收集的并发量很高，我们需要合理的缓解服务压力，这部分业务我们需要单独拆分出来，在数据接入时需要做消峰处理，在消费这些数据时能确保快速、稳定的消化这些数据。
