Open API的需求建议

1、 接口调用频率普遍为30秒30次； 请提升5~10倍， 把QPS 从1 提升到 10； 这种走缓存的查询类接口， 对互联网人来说应该是高性能高并发的小儿科题目， 务必提升一点。 目前的接口容量是管中窥豹， 能发现的机会很有限。（可以先提升查询类接口的限流）；

2、getCapitalFlow 实时周期目前只能提供1天的数据，其实也就是周期为1分钟的， 请扩展为至少支持获取一周的数据， 近2年的就更好；新增开始结束时间作为入参；

3、 getCapitalDistribution 新增一个开始结束日期参数， 能获取到最近2年的数据；

4、getCapitalFlow，getCapitalDistribution API限流至少提升10倍； 不然实在玩不起来；建议和获取K线数据一样，不限流；

5、 获取资金再提供一个接口， 或者在getCapitalDistribution 补充一点数据， 就是超级大单、大单、小单的分割线， 多少金额算超级大单，多少算大单等； 更进一步和同花顺类似， 采用固定分割， 30W RMB 一单以上算大单。

6、 获取实时逐笔接口，getTicker， 要支持至少获取到1天的完整数据； 当然增加一个开始结束时间的参数， 使得能够获取到一周的数据就更好； 

经过商议， 确定临时方案为， 把原来的每只股票1000条记录缓存，增加到50000条（且仅限缓存当天的记录），  getTicker接口， 新增一个参数startTime开始时间（格式参考Ticker.time），避免在日内多次拉取时数据重复； 限流和当前保持一致，不做限流。

7、 限流提升如果内部遇到较多阻力， 那么就从盘后限流提升开始， 以便于测试系统的性能容量基线；然后再进一步提升盘中的API限流； 盘后也有很多数据获取、并进一步建模的任务； 所以哪怕先提升盘后的限流也是良好的。

请产品经理和技术大牛们帮忙评估，安排实现。