如何把应用从单机扩展到分布式

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/yp1125/article/details/79125477

本节会学习以下内容:

  • 第一版 单台服务器应用
  • 第二版 应用服务器和数据库服务器分离
  • 第三版 应用服务器集群
  • 第四版 负载均衡器
  • 第五版 数据库服务器集群
  • 第六版 搜索引擎集群
  • 第七版 缓存服务器
  • 第八版 数据库水平/垂直拆分
  • 第九版 应用服务器垂直拆分
  • 第十版 SOA服务(分布式架构)

第一版 单台服务器应用

这里写图片描述
出现以下问题:
由于流量越来越大出现服务器性能问题。

第二版 应用服务器和数据库服务器分离

这里写图片描述
对架构增加了一台服务器,应用和数据库分别部署到不同的服务器上,对于开发和测试没有任何影响,只需要应用服务器新增一个远程调用数据库服务器的连接,有效的缓解了应用服务器负载的压力。
出现以下问题:
随着请求流量得进一步增大出现应用服务器性能问题。

第三版 应用服务器集群

这里写图片描述
流量请求得到缓解。
应用服务器集群后出现以下问题:
1.需要使用session+cookie维护用户
2.如何做请求转发(cdn,前端做负载均衡器)

第四版 负载均衡器

这里写图片描述
1.负载均衡器优化了访问请求在服务器组之间的分配,消除了服务器之间的负载不平衡,从而提高了系统的反应速度与总体性能;
2.负载均衡器可以对服务器的运行状况进行监控,及时发现运行异常的服务器,并将访问请求转移到其它可以正常工作的服务器上,从而提高服务器组的可靠性采用了负均衡器器以后,可以根据业务量的发展情况灵活增加服务器,系统的扩展能力得到提高,同时简化了管理。

负载均衡器之后出现以下问题:
随着流量的新增,数据库服务器有性能压力,数据库遇到瓶颈。

第五版 数据库服务器集群

这里写图片描述
数据库服务器集群后出现以下问题:
1.数据库读写分离
2.数据库数据同步
3.数据库路由

第六版 搜索引擎集群

这里写图片描述
搜索引擎集群后出现以下问题:
1.搜索引擎的索引数据如何同步,实时增量or定时全量?

第七版 缓存服务器

这里写图片描述

用户量是没有上限的
缓存、 限流、 降级
注:架构到了第七版还不能算分布式架构,只能说是由多台服务器组成的高可用的架构

第八版 数据库水平/垂直拆分

这里写图片描述

目前将数据库进行垂直拆分,还未进行数据库水平拆分(比如将订单表分库分表就属于水平拆分)

第九版 应用服务器垂直拆分

这里写图片描述

以淘宝为例:
user.taobao.com
product.taobao.com
order.taobao.com
根据不同域名请求访问不同服务器,如果涉及到用户需要查询商品或订单,直接在用户服务器里写DAO层查询商品或订单数据库表。
产生问题:应用服务器交互调用问题。

第十版 SOA服务(分布式架构)

这里写图片描述

最后第十版就不是web应用服务了,应用服务拆分为服务节点,属于微服务了。

阅读更多
换一批

没有更多推荐了,返回首页