提示：本文共有 1307 个字，阅读大概需要 3 分钟。
负载均衡是任何一个有一定规模的互联网企业都会考虑的问题，负载方式很多，有依靠硬件实现的，也有依靠软件实现负载的。
今天来聊聊使用软件来负载的方式，你可能听过各自负载的方式，比如常见的nginx,dubbo,springcloud等等技术框架都能实现负载，作为软件大牛的你有没有考虑过这些负载方式的区别呢？
下面小源就来假想个案例来谈谈常用的负载，我想对你一定会有帮助。
【以下故事纯属虚构，请勿对号入座，想学习linux相关的配置以及更多的负载知识请加QQ523916260】
从一个tomcat谈起
在很久很久以前，小源成立了自己的公司，并做了一个购物网站-《小源购物网》，刚开始架构非常简单，传统的java开发框架，一个tomcat容器，经过1个月的没日没夜的编码，搞定，上线。
1年后，项目没想到火了，每天都有大量的人来购买娃娃、飞机、杯子。突然发现一个tomcat搞不定，怎么办？两个tomcat呗！
那么问题来了，两个tomcat没问题，服务器也整几台，但是我域名只有一个啊，怎么办？
Nginx登场
Nginx登场，通过一棒子程序猿的倒腾，在项目中引入nginx就能解决并发问题了，其中的研究过程也并不简单，session怎么共享，配置文件怎么配置等等，说多了都是泪，不管怎么说，起码完成了任务，能让2个tomcat联合起来工作了。
然而在线商城越来越火，没过2个月，发现2个tomcat也搞不定了，怎么办？只能集成更多tomcat了，当然Nginx集成很多tomcat都没问题，架构图如下：
但是……
增加tomcat小源得修改nginx.conf这配置文件,修改了配置问题我当然可以reload，让nginx生效，但reload狗血的经常有问题，而我又不得不经常重启。
重启就麻烦大了，我那服务不得停止，客户好好的在购物，突然发现不能下单，不能付款了，这不非常糟糕？
其实也还好，虽然客户友好度不好，但小源一般凌晨3点加班来维护，幸苦是辛苦，但勉强能接受。
直到有一天……
噩梦的一天
那天小源正在午睡，3伏天，太阳高晒着，在睡梦中砰的一声，电是没停，可是那台nginx服务器已经在冒烟了。。
怎么办？那一天nginx的服务器肯定是报销了，没过多久客户的投诉电话就没完没了的打了过来，而这只是刚过去10分钟……
只能重新搭建个服务器了，好在服务器还有，只是配置文件什么了都忘记备份了，火急火燎的我足足花了1个小时才把服务器弄好，还是nginx配置文件非常熟练的情况下。
问题虽然解决了，但当天小源依然被投资经理一顿臭骂，一个小时损失了很多钱啊，而且客户的投诉还堆积如山。
以后再发生这情况怎么办？我肯定记得把配置文件进行备份了，但再发生nginx死机也是不能接受的啊。
终于……
Nginx+keepalived上线
一个nginx机群肯定是不行了，那我得用两个nginx机群才行，一个nginx冒烟了，另外个nignx马上等顶替，这样不就好了吗？
好了，那么总体的架构图如下。
终于，这样的架构解决了很大的问题。
但是这架构也有问题，至于到底有什么问题呢？
Dubbo,spring cloud,zookeeper到底和负载有什么关系呢？
请听下回分解~
看到此处说明本文对你还是有帮助的，关于“小故事详解负载均衡技术的实现：从tomcat到Nginx”留言是大家的经验之谈相信也会对你有益，推荐继续阅读下面的相关内容，与本文相关度极高！
