缘起：无线时代，网络稳定性差，应用流量敏感，APP与server之间每次HTTP请求都需要DNS解析，有没有优化方法呢？


一、PC时代，HTTP请求处理过程


（1）浏览器、或者PC客户端访问DNS服务器，由域名拿到IP（一般来说是个nginx的IP）
（2）浏览器、或者PC客户端用IP访问nginx
（3）nginx将请求分发给实际处理HTTP请求的web-server


二、无线APP时代的特点
（1）DNS解析的时间不能忽略
（2）一旦DNS被劫持，整个APP就挂了（还记得N年前baidu的域名被劫持的事情么？）


三、一种不需要DNS解析的HTTP请求优化方案


（1）第一次访问时，先拉取server的ip-list保存到本地，访问过程与普通HTTP访问过程相同
（2）未来访问时，客户端直接使用ip-list中的IP来访问server，不再需要DNS
（3）如果DNS被劫持，直接尝试使用ip-list中的IP访问


四、潜在的问题
（1）虽然少了一步DNS查询和一步nginx中转，那怎么做负载均衡呢？
答：APP随机访问ip-list中的IP


（2）使用nginx可以方便的增加后端的服务，不使用nginx如何做水平扩展呢？
答：直接在ip-list中增加ip即可


（3）每次访问都要访问ip-list，还是挺废流量的，还有其他优化方案么？
答：增加一个版本号，第一次拉取ip-list时，不但把ip-list放到APP本地，并把版本号也拿到。未来不用每次都拿ip-list，而是先拿版本号，如果版本号不变，直接使用本地的ip-list。只有版本号变化时，才需要重新拉取ip-list


（4）还有其他什么好处？
答：使用nginx不好做异构服务器的负载均衡，即难以根据后端服务的处理能力来分配负载。使用ip-list，只要加上一个权重参数，即可实现异构服务器的负载均，例如：
192.168.1.1， 10
192.168.1.2， 10
192.168.1.3， 20
可以看到，第三个后端服务的处理能力是前两个的两倍，APP做负载均衡时考虑上第二个参数即可


五、再次总结这种方案的好处
（1）不需要每次请求做DNS解析，节省时间
（2）不需要每次请求做nginx转发，节省时间
（3）不需要每次拉取拉取ip-list，节省流量
（4）DNS被劫持时仍可以使用本地ip
==【完】==
回复【秒杀】，阅读《秒杀系统架构优化思路》
回复【轮询】，阅读《webim如何用轮询保证消息绝对实时》
回复【可靠】，阅读《webim如何保证消息的可靠投递》
回复【同城】，阅读《58同城mysql实战（上）》
回复【数据库】，阅读《58同城数据库架构设计思路（下）》
==小游戏==
回大于10的整数，返回随机好文（猜猜怎么实现的）


原创不易，若有收获，感谢转发。
                    

                                                缘起：无线时代，网络稳定性差，应用流量敏感，APP与server之间每次HTTP请求都需要DNS解析，有没有优化方法呢？


一、PC时代，HTTP请求处理过程


（1）浏览器、或者PC客户端访问DNS服务器，由域名拿到IP（一般来说是个nginx的IP）
（2）浏览器、或者PC客户端用IP访问nginx
（3）nginx将请求分发给实际处理HTTP请求的web-server


二、无线APP时代的特点
（1）DNS解析的时间不能忽略
（2）一旦DNS被劫持，整个APP就挂了（还记得N年前baidu的域名被劫持的事情么？）


三、一种不需要DNS解析的HTTP请求优化方案


（1）第一次访问时，先拉取server的ip-list保存到本地，访问过程与普通HTTP访问过程相同
（2）未来访问时，客户端直接使用ip-list中的IP来访问server，不再需要DNS
（3）如果DNS被劫持，直接尝试使用ip-list中的IP访问


四、潜在的问题
（1）虽然少了一步DNS查询和一步nginx中转，那怎么做负载均衡呢？
答：APP随机访问ip-list中的IP


（2）使用nginx可以方便的增加后端的服务，不使用nginx如何做水平扩展呢？
答：直接在ip-list中增加ip即可


（3）每次访问都要访问ip-list，还是挺废流量的，还有其他优化方案么？
答：增加一个版本号，第一次拉取ip-list时，不但把ip-list放到APP本地，并把版本号也拿到。未来不用每次都拿ip-list，而是先拿版本号，如果版本号不变，直接使用本地的ip-list。只有版本号变化时，才需要重新拉取ip-list


（4）还有其他什么好处？
答：使用nginx不好做异构服务器的负载均衡，即难以根据后端服务的处理能力来分配负载。使用ip-list，只要加上一个权重参数，即可实现异构服务器的负载均，例如：
192.168.1.1， 10
192.168.1.2， 10
192.168.1.3， 20
可以看到，第三个后端服务的处理能力是前两个的两倍，APP做负载均衡时考虑上第二个参数即可


五、再次总结这种方案的好处
（1）不需要每次请求做DNS解析，节省时间
（2）不需要每次请求做nginx转发，节省时间
（3）不需要每次拉取拉取ip-list，节省流量
（4）DNS被劫持时仍可以使用本地ip
==【完】==
回复【秒杀】，阅读《秒杀系统架构优化思路》
回复【轮询】，阅读《webim如何用轮询保证消息绝对实时》
回复【可靠】，阅读《webim如何保证消息的可靠投递》
回复【同城】，阅读《58同城mysql实战（上）》
回复【数据库】，阅读《58同城数据库架构设计思路（下）》
==小游戏==
回大于10的整数，返回随机好文（猜猜怎么实现的）


原创不易，若有收获，感谢转发。