高可用架构可行性方案

 一、动静分离

  把静态的,耗费大量带宽资源、请求资源的数据独立出来,缓存到cdn里去,包括产品详情页,图片、视频、js、css通通打包放到cdn里去,封住一部分流量,用cdn去承担。

 
二、热数据预热缓存

  将一些热点数据,比如特卖的、营销资源重点投放的数据提前预热缓存到redis里面,提升整个系统的读性能。

 
三、动态数据和自己的服务器解耦

  应用脱离了数据之后,就是无状态的。在无状态的基础上,就可以做集群。
  
  互联网技术的核心就是集群。集群的基本架构就是前面一个负载均衡,下面挂一些同样业务部署的服务器。比如阿里云双十一时,就有几十万台服务器支撑。这样,用户就很容易应对高可用的需求。云服务厂商比如阿里云,就会提供一种弹性伸缩方案。

 
四、考虑一些极特殊情况的高可用场景

  比如,之前把所有业务都放在阿里云的某一个region里面的某一个可用区,这样在极特殊的情况下,比如说比如某个区域的整个入口的光纤都被挖掘机给挖断,这样这个地区的机房肯定就是不可用了。这样,用户自己的服务也就完全中断。

  用户为了在这种极特殊的情况下,还能够对外提供服务,就需要在架构上做一定的改进。

  比如通过阿里云的跨机房的高可用解决方案来满足这种极特殊的情况下的需求。支付宝也曾经出现过这种问题。比如一个区域的机房断了,某一个区域的支付宝就不可用。

  所以用户需要对自己业务量级进行判断,根据不同的业务量级和用户数量做一个选择。

 
 
 
 

发布了137 篇原创文章 · 获赞 174 · 访问量 255万+

猜你喜欢

转载自blog.csdn.net/m_nanle_xiaobudiu/article/details/102718095