开始的开始，就是各种框架一搭，然后扔到Tomcat容器中跑就是了，这时候我们的文件、数据库、应用都在一个服务器上。
随着系统的的上线，用户量也会逐步上升，很明显一台服务器已经满足不了系统的负载，这时我们就要在服务器还没有超载时，提前做好准备。
由于我们是单体架构，优化架构在短时间内是不现实的，增加机器是一个不错的选择。这时，我们可能要把应用和数据库服务单独部署，如果有条件也可以把文件服务器单独部署。
为了提升服务处理能力，我们在Tomcat容器前加一个代理服务器，我一般使用Nginx，当然你如果更熟悉Apache也未尝不可。
用户的请求发送给反向代理，然后反向代理把请求转发到后端的服务器。
严格意义上来说，Nginx是属于Web服务器，一般处理静态HTML、CSS、JS请求，而Tomcat属于Web容器，专门处理JSP请求，当然Tomcat也是支持html的，只是效果没Nginx好而已。
基于以上Nginx反向代理，我们还可以实现动静分离，静态请求如HTML、CSS、JS等请求交给Nginx处理，动态请求分发给后端Tomcat处理。
Nginx 升级到1.9.5+可以开启HTTP/2.0时代，加速网站访问。
- 服务发现——Netflix Eureka
- 客服端负载均衡——Netflix Ribbon
- 断路器——Netflix Hystrix
- 服务网关——Netflix Zuul
- 分布式配置——Spring Cloud Config
服务拆分以后，随着而来的就是持续集成部署，你可能会用到以下工具：Docker、Jenkins、Git、Maven。
Linux集群主要分成三大类( 高可用集群， 负载均衡集群，科学计算集群)。其实，我们最常见的也是生产中最常接触到的就是负载均衡集群。
大家都知道，服务一般分为有状态和无状态，而分布式sessoion就是针对有状态的服务。
- 基于数据库的Session共享
- 基于resin/tomcat web容器本身的session复制机制
- 基于oscache/Redis/memcached 进行 session 共享。
- 基于cookie 进行session共享
Session Replication 方式管理 (即session复制)
- 简介：将一台机器上的Session数据广播复制到集群中其余机器上
- 使用场景：机器较少，网络流量较小
- 优点：实现简单、配置较少、当网络中有机器Down掉时不影响用户访问
- 缺点：广播式复制到其余机器有一定廷时，带来一定网络开销
- 简介：即粘性Session、当用户访问集群中某台机器后，强制指定后续所有请求均落到此机器上
- 使用场景：机器数适中、对稳定性要求不是非常苛刻
- 优点：实现简单、配置方便、没有额外网络开销
- 缺点：网络中有机器Down掉时、用户Session会丢失、容易造成单点故障
- 简介：将Session存入分布式缓存集群中的某台机器上，当用户访问不同节点时先从缓存中拿Session信息
- 使用场景：集群中机器数多、网络环境复杂
- 优点：可靠性好
- 缺点：实现复杂、稳定性依赖于缓存的稳定性、Session信息放入缓存时要有合理的策略写入
负载均衡策略的优劣及其实现的难易程度有两个关键因素：负载均衡算法，对网络系统状况的检测方式和能力。
2、wrr 加权调度算法。我们给每个服务器设置权值weight，负载均衡调度器根据权值调度服务器，服务器被调用的次数跟权值成正比。
3、sh 原地址散列：提取用户IP，根据散列函数得出一个key，再根据静态映射表，查处对应的value，即目标服务器IP。过目标机器超负荷，则返回空。
4、dh 目标地址散列：同上，只是现在提取的是目标地址的IP来做哈希。
6、wlc 加权最少连接。在lc的基础上，为每台服务器加上权值。算法为：(活动连接数*256+非活动连接数)÷权重 ，计算出来的值小的服务器优先被选择。
7、sed 最短期望延迟。其实sed跟wlc类似，区别是不考虑非活动连接数。算法为：(活动连接数+1)*256÷权重，同样计算出来的值小的服务器优先被选择。
8、nq 永不排队。改进的sed算法。我们想一下什么情况下才能“永不排队”，那就是服务器的连接数为0的时候，那么假如有服务器连接数为0，均衡器直接把请求转发给它，无需经过sed的计算。
9、LBLC 基于局部性的最少连接。均衡器根据请求的目的IP地址，找出该IP地址最近被使用的服务器，把请求转发之，若该服务器超载，最采用最少连接数算法。
MySQL主从配置，读写分离并引入中间件，开源的MyCat，阿里的DRDS都是不错的选择。
如果是对高可用要求比较高，但是又没有相应的技术保障，建议使用阿里云的RDS或者Redis相关数据库，省事省力又省钱。
如果有搜索业务需求，引入solr或者elasticsearch也是一个不错的选择，不要什么都塞进关系型数据库。
引入缓存无非是为了减轻后端数据库服务的压力，防止其"罢工"。
常见的缓存服务有，Ehcache、OsCache、MemCache、Redis，当然这些都是主流经得起考验的缓存技术实现，特别是Redis已大规模运用于分布式集群服务中，并证明了自己优越的性能。
异步通知：比如短信验证，邮件验证这些非实时反馈性的逻辑操作。
流量削锋：应该是消息队列中的常用场景，一般在秒杀或团抢活动中使用广泛。
消息通讯：点对点通信(个人对个人)或发布订阅模式(聊天室)。
消息队列中提到的ELK开源日志组间对于中小型创业供公司是一个不错的选择。
