返回：海量运维、运营规划--linux网络架构规划首页
除开IDC的资质、稳定性和灾备等原因，还有一个最根本的原则，那就是速度，有以下几点应用场景分享：

用户的访问原理

1、用户在自己的浏览器中输入要访问的网站的域名
2、浏览器向本地DNS请求对该域名的解析
3、本地DNS将请求发到网站授权的DNS服务器
4、授权DNS将服务器的IP地址作为解析结果送给本地DNS
5、本地DNS将解析结果返还给用户，同时将该解析结果保存在自己的缓存中，直到相应的TTL（生存周期）过期，才再向网站的授权DNS请求解析
6、用户在得到IP地址后，向该地址所指向的网站的服务器进行访问

影响访问速度的三个环节

1、第一公里，服务器出口带宽，服务器自身性能（可优化、可规避）
2、中间一公里，互联网中的传输环节，运营商的互连互通，骨干网络设备和链路（可优化、可规避）
3、用户的最后一公里，ADSL，有线电视宽带，小区LAN接入状况（就近接入）

用户忍耐度只有2~5秒，用户放弃一个网站的代价只是输入另外一个网址，所以要在IDC的规划上尽可能的解决以下几个问题来提升、保障速度。

1、解决服务器端的“第一公里”问题 （架构规划中有提及一些因素，后期的运营优化也做重点分析）
2、缓解甚至消除了不同运营商之间互联的瓶颈造成的“中间一公里”问题（IDC规划（二）有做分析和建议）
3、解决用户的“最后一公里”问题（大区IDC+以省为单位的CDN）

最后来看一个IDC规划和应用的案例，下表为腾讯网图片集群电信、网通的GSLB解析，从中考虑和解决了以下几个问题：

1、将全国分为华北、华东、华南、西南、西北五大区域，分区域、分运营商、按用户比例精细化IDC覆盖。
2、针对电信、网通大省进行省内IDC覆盖，如电信大省广东、浙江、江苏，网通大省北京、山东。
3、大区IDC+以省为单位的CDN，缓解了骨干网和分流大区核心IDC压力，提升速度降低带宽成本。

转载请注明linux系统运维：
http://www.linuxyw.com/linux/wangluojiagou/20130420/45.html