1.企业级应用架构演化
1.1.架构演化图
1.2.文字描述
#单一应用架构当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本#垂直应用架构当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率#分布式服务架构当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求#流动计算架构当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率#整个演化路径理解：单节点应用-->集群应用-->分布式应用-->服务治理
2.服务治理解决方案
#1.服务规模小的解决方案通过RMI或者hessian工具，简单暴露和引用远程服务，通过配置服务url进行调用即可#2.大规模服务化解决方案#2.1.需求a.如果服务越来越多，配置管理服务url变得非常困难。此时，需要一个服务注册中心，动态注册和发现服务b.如果服务之间依赖关系复杂，甚至难以理清应用之间启动的先后顺序。此时，需要一个服务自动管理c.如果服务的调用量越来越大，如何评估服务的容量？需要多少台机器？此时，需要一个服务容量规划和管理#2.2.方案服务治理框架：dubbo、spring cloud
