springcloud的一些自己想法

 了解一个框架你要这样想问题：如果是你要做一个springcloud一个微服务的框架，需要解决大量请求形成高并发的问题，你会这么做？

       首先我们要想想单体架构中所带来的问题，所有的代码集中在同一个项目中。虽然便于管理，但是当项目足够庞大时，所有的业务模块都集中在一个JVM进程中，会面临很多问题： 1、项目过于臃肿，难以维护 2、资源无法隔离，某个资源出现问题，整个系统崩溃 3、拓展性差，通常只能水平拓展，缺乏灵活性。

        那我们就需要一个可以根据业务模块划分服务、每个服务可以独立部署并且互相隔离、通过轻量的 API 调用服务、服务需要保证良好的高可用性的框架

1.那就需要一个 服务器端负载均衡；那除了比较明确的需求是负载均衡由于这个负载均衡的服务器是接收客户端请求的？当浏览器调用的服务是一个集群改怎么办，如果把localhost:8080换成微服务的名字，这可行嘛？很明显这是不行的，你要写一个微服务名字的前提，是你的浏览器是能够注册访问注册中心的才能读到微服务的地址，浏览器是不太可能读到eureak的。那url地址只能写死地址改怎么办？路由网关会注册到eureka上会作为微服务架构体系的入口组件，所有的外部请求，都必须经过路由网关分发（内部互相访问没有影响），这样可以屏蔽微服务体系结构复杂性，并且可以提供请求路由、负载访问、请求过滤整形等功能。

注册中心是同步调用的，异步调用通过mq的技术，缓存分布式缓存服务器redis，搜索，分库分表，统一配置中心，服务和服务之间是通过feile调用，资源的隔离

springcloud的一些自己想法

原文地址：https://www.cnblogs.com/xiaohuiadan1/p/13418206.html