spring cloud 开发的接口越少越好？

Question

初步学习了一下Spring cloud。目的是想把原来项目的接口都放到框架里管理。
原来使用restful方式开发，所以API非常多URL，几百个。
如果要移植到spring cloud。那么就需要在ribbon把接口全部写一遍。
以后如果API需要修改，添加路径，rebbon也要对应修改，添加。感觉工作量很大。

猜测1：
那就意味着这套框架最好API越少越好？能合并的尽量合并？
感觉很不RESTful。

猜测2：
有工具可以批量生成接口，自动检查失效的API

猜测3：
spring cloud不适合大量API的项目，毕竟叫微服务

感觉自己对spring cloud理解有误区，希望有老司机指点一下。

Answer 1

api修改在什么框架下都是一件劳神费力的事，楼主说的api上百，应该大部分是暴露给前端的，内部调用接口的数量应该不会这么多，下面解答你的猜测：
1.接口不是越少越好，暴露给前端的接口数量和业务复杂程度有关，内部调用的接口则需要尽量精简。
2.spring cloud提供熔断和降级处理，调用失败的请求会被路由到指定位置进行处理
3.微服务的精髓就在于api，在于明确边界，微是指服务承载的业务、资源多少，而不是指api的多少