首先用户可能点击一个按钮，打到一个springboot的接口上面，但是不知道这具体是哪个服务，这时候要获取服务的列表，服务的列表可能会很多，如果准确快速的找到这个服务，这时候Eureke就出来了，是服务的注册中心，所有的服务都要在这里注册，Eureka通知管理。当从Eureka上面找到服务的时候，这时候就需要调用这个服务，那就是Feign。调用不同的服务，但是在调用的时候，万一这个服务挂了怎么办，此时就需要客户端的负载均衡，那就是Ribbon。一个服务挂了可以去切换到其他的服务。这就是最简单的springcloud的集群搭建。springcloud有很多的组件，可以按照自己的去需求选择最合适的组件
一般来说，还需要一个网关，当用户发起请求的时候，即一段url，网关就将请求打入进来。拦截请求，定位到具体的controller。这样controller也可以扩容。
网关也可以做权限认证的功能，比如直接集成spring security ，OAuth2.0的方式。也可以在拦截器的地方加入shiro进行权限控制。
网关是要拦截一切的请求的。如果网关流量太多，当然也能做负载均衡。
在系统调用的时候，还有这分布式事务、分布式锁和链路追踪的问题。
调用的时候。一方系统挂了的时候，保证事务，所以需要分布式事务。
调用的时候，可能调用的远远不止一个服务，比如支付之后还有订单服务等等，需要追踪每个服务的中调用的详细信息。
每个服务也需要一个Actuator，这是跑在每个服务节点上的，实时上报服务信息，给hystris，如果多次无反应的话，直接熔断。
这是比较大的cloud项目才会使用
消息的聚合和集成
bus主要做一些配置文件的分发，集成所有的消息