从一场场大型网站灾难过后的BUG:根

传统认为,做一个网站,都是从最基础的方式方法做起。但做到一定的规模的时候,却发现,传统的基础方法已经不再现实。因为这个社会存在黑客。

从支付宝的网络中断到携程网的因补丁出错导致崩机的情况,我们看得出,无论现今用的云技术多么厉害多么牛逼都好,都跟一个传统的问题:root根 打上关系。

大家都知道暴风那时候搞到全国网络崩溃这一事情吧。当时就是因为DDOS攻击DNSPOD位于杭州的根服务器,被电信机房人员强制下线后,从而产生第二天暴风软件BUG产生的大量DNS请求将所有城市的DNS服务器都搞垮。能想象,根服务器对整个网络而言,有如此多么重要性?

要知道为什么要攻击根服务器,就得从常识中的一句话:擒贼先擒王开始说起。

这句话,在大多数被抓起来的哪些IT犯人里面,在说明为何实行攻击行为的时候,讲的一句话。

擒贼先擒王,无非就将敌人的主帅擒获或者击毙,其余的兵马则不战自败。比喻在解决事情上抓住关键,解决主要矛盾,其他的细节便可以迎刃而解。

但在网络世界里面,这个理论,对网络自己本身就非常脆弱的系统来说,简直就是用两个字:噩梦~来形容

为什么?

也许大家不知道,全球13台域名根服务器曾经被攻击过的事情。中国的CN根服务器也被攻击过,全球的COM根服务器也是被攻击过,还有数不清的攻击,无一例外,攻击目标都是在根服务器上。

为何根服务器这么脆弱?

那请问网络里面,最脆弱的部分在哪里?

没错,还是根

在网络三层架构里面,位于核心层的交换机,遇上最简单的流量攻击时候,下面的汇聚甚至接入交换机,统统都处于半瘫痪状态,可想而知,根的重要性。

为了提升根的可靠性,无非就是做了冗余备份多重保护策略。但无论怎么做都好,永远都存在一个问题:主根

好吧,我有备份的,备用根如何?只可惜,若备用根跟主根是在同一个机房怎么办?异地机房费用不菲呢,想想支付宝这次因为机房外面施工人员不小心挖断光纤就造成这样事故,那怎么解决?要每年丢多少钱进去保障这个根?而且没保障收益的喔~

好吧,即使再可靠,如何?DDOS的出现,有多少个根,几十万机器,随便造几条10GBPS的攻击流量,这个根总会有挂的时候吧。。。

没错,这个网络世界,根的存在,就是噩梦的存在。擒贼先擒王的社会化攻击方式,让传统的从网络架构到网站架构甚至到整个网络世界结构,成为了随时都可以摧毁的定时炸弹。随便一动,BOOM,我们的生活就大受影响,甚至一夜变乞丐都会有。。。

怎么样去解决这个根的问题?云端的确有好处,不过还是依旧有根,只不过这个根是不稳定的根,因为有很多备份冗余,攻击一个也就攻击了一个小前端而已。(说不定云端就会有漏洞:直接攻击根数据库服务器,让数据库服务器直接崩掉)但根本解决问题是要去除根的定义。重新定义一个网站,从前台到数据库再到后期保障的一系列多重保障能力体系。这方面,显然云端已经做了大部分努力,就仅剩下一个问题:去除云端的根

时间: 2024-10-16 16:20:45

从一场场大型网站灾难过后的BUG:根的相关文章

大型网站架构系列:负载均衡详解(4)

本文是负载均衡详解的第四篇,主要介绍了LVS的三种请求转发模式和八种负载均衡算法,以及Haproxy的特点和负载均衡算法.具体参考文章,详见最后的链接. 三.LVS负载均衡 LVS是一个开源的软件,由毕业于国防科技大学的章文嵩博士于1998年5月创立,用来实现Linux平台下的简单负载均衡.LVS是Linux Virtual Server的缩写,意思是Linux虚拟服务器. 基于IP层的负载均衡调度技术,它在操作系统核心层上,将来自IP层的TCP/UDP请求均衡地转移到不同的 服务器,从而将一组

大型网站技术架构介绍--squid

一.大型网站技术架构介绍 1.pv高  ip高 并发量 2.大型网站架构重点 1. 高性能:响应时间,TPS,系统性能计数器.缓存,消息队列等. 高可用性High Availability   99.99% 7*24 2.衡量标准:假设环境中一台或者多台服务器宕机,服务是否依然可用.解决关键办法:冗余.资源定位,健康检查.负载均衡,关键服务器冗余:web DB ,及时有效的监控和报警 3.高伸缩性[高可维护性] 是否可以用多台服务器构建集群,是否容易向集群添加新的服务器,新服务是否可提供相同的服

[转]大型网站架构的优化与架构演变(整理)

=============大型网站架构的优化===================== 一个小型的网站,比如个人 网站,可以使用最简单的html静态页面就实现了,配合一些图片达到美化效果,所有的页面均存放在一个目录下,这样的网站对系统架构.性能的要求都很简 单,随着互联网业务的不断丰富,网站相关的技术经过这些年的发展,已经细分到很细的方方面面,尤其对于大型网站来说,所采用的技术更是涉及面非常广,从硬 件到软件.编程语言.数据库.WebServer.防火墙等各个领域都有了很高的要求,已经不是原来简

《大型网站技术架构:核心原理与案例分析》笔记

目录 · 大型网站软件系统的特点 · 大型网站架构演化发展历程 · 初始阶段的网站架构 · 需求/解决问题 · 架构 · 应用服务和数据服务分离 · 需求/解决问题 · 架构 · 使用缓存改善网站性能 · 需求/解决问题 · 架构 · 使用应用服务器集群改善网站的并发处理能力 · 需求/解决问题 · 架构 · 数据库读写分离 · 需求/解决问题 · 架构 · 使用反向代理和CDN加速网站响应 · 需求/解决问题 · 架构 · 使用分布式文件系统和分布式数据库系统 · 需求/解决问题 · 架构 ·

高并发高负载的大型网站系统架构(转)

高并发高负载的大型网站系统架构(转) 一个小型的网站,比如个人网站,可以使用最简单的html静态页面就实现了,配合一些图片达到美化效果,所有的页面均存放在一个目录下,这样的网站对系统架构.性能的要求都很简单,随着互联网业务的不断丰富,网站相关的技术经过这些年的发展,已经细分到很细的方方面面,尤其对于大型网站来说,所采用的技术更是涉及面非常广,从硬件到软件.编程语言.数据库.WebServer.防火墙等各个领域都有了很高的要求,已经不是原来简单的html静态网站所能比拟的. 大型网站,比如门户网站

高并发高负载的大型网站系统架构

大型网站的系统架构需要考虑很多问题.大型网站有高并发高负载的特点,在面对大量用户访问.高并发请求方面,基本的解决方案集中在这样几个环节:使用高性能的服务器.高性能的数据库.高效率的编程语言.还有高性能的Web容器.本文从低成本.高性能和高扩张性的角度来探讨了一些大型网站系统架构需要考虑的问题. AD:WOT2014:用户标签系统与用户数据化运营培训专场 一个小型的网站,比如个人网站,可以使用最简单的html静态页面就实现了,配合一些图片达到美化效果,所有的页面均存放在一个目录下,这样的网站对系统

我也谈大型网站架构(一)

原文:http://www.cnblogs.com/chenlulouis/archive/2009/07/19/1526498.html 话说大型高并发高负载网站的系统架构 一个小型的网站,比如个人网站,可以使用最简单的html静态页面就实现了,配合一些图片达到美化效果,所有的页面均存放在一个目录下,这样的网站对系统架构.性能的要求都很简单,随着互联网业务的不断丰富,网站相关的技术经过这些年的发展,已经细分到很细的方方面面,尤其对于大型网站来说,所采用的技术更是涉及面非常广,从硬件到软件.编程

大型网站架构设计方向初探

一个小型的网站,比如个人网站,可以使用最简单的html静态页面就实现了,配合一些图片达到美化效果,所有的页面均存放在一个目录下,这样的网站对系统架构.性能的要求都很简单,随着互联网业务的不断丰富,网站相关的技术经过这些年的发展,已经细分到很细的方方面面,尤其对于大型网站来说,所采用的技术更是涉及面非常广,从硬件到软件.编程语言.数据库.WebServer.防火墙等各个领域都有了很高的要求,已经不是原来简单的html静态网站所能比拟的. 大型网站,比如门户网站.在面对大量用户访问.高并发请求方面,

千万级用户的大型网站,应该如何设计其高并发架构?

目录 (1)单块架构 (2)初步的高可用架构 (3)千万级用户量的压力预估 (4)服务器压力预估 (5)业务垂直拆分 (6)用分布式缓存抗下读请求 (7)基于数据库主从架构做读写分离 (8)总结 本文将会从一个大型的网站发展历程出发,一步一步的探索这个网站的架构是如何从单体架构,演化到分布式架构,然后演化到高并发架构的. 一.单块架构 一般一个网站刚开始建立的时候,用户量是很少的,大概可能就几万或者几十万的用户量,每天活跃的用户可能就几百或者几千个. 这个时候一般网站架构都是采用单体架构来设计的