App如何实现就近接入?如何改善调度不准问题?

本文涉及的产品
移动研发平台 EMAS,开发者版免费套餐
简介: 所谓调度精确,指的是调度系统准确地将客户请求调度到就近服务器。移动开发场景下调度不精确的问题比较突出,文章中分析了调度原理,给出了调度不精确的案例,并分析了调度错误的原因,最终给出了改善调度精确性的三种方法。


一、常规DNS调度策略原理


以CDN系统为例(其他业务系统大多采用类似的策略),来说明一下多地域部署服务如何实现用户访问请求调度的。




Step 1:客户端(假设IP地址为IP1)向Local DNS(假设IP地址为IP2)发出域名解析请求(假设请求的域名为www.taobao.com)


Step 2:Local DNS代理客户端向权威服务器发起域名解析请求


Step 3:权威服务器根据域名(www.taobao.com)和IP2(对应的地域和ISP)进行调度并返回对应的解析结果。


Step 4: 客户端根据调度返回的IP发起业务访问请求。


二、调度精确性问题


2.1 问题描述


从上面的调度过程可以看出,业务系统会根据客户端的local dns IP来判断客户所处地域和运营商,并根据该地域和运营商来调度到就近的服务节点。




可以看出,当客户的Local DNS与客户的地域和运营商不匹配时,此时按照Local DNS来调度就会出现调度不精确的问题。




下面看几个来自客户的反馈(探测结果来自AliCDN昆仑探测工具):


1596439367655-271c3325-5eb4-440d-8044-b975ec5cd082.png1596439367520-e6256c0b-4005-4014-8bd6-31a41b444521.png




探测的客户端IP和Local DNS IP以及对应的地域,运营商如下所示:


客户端IP

220.249.84.**

220.249.84.**

客户端归属 武汉联通 武汉联通
Local DNS IP

183.61.13.**

222.73.134.**

Local DNS 归属 珠海电信 上海电信


很容易看出,Local DNS地域和运营商与客户端都不匹配,此时按照Local DNS IP调度会对用户体验造成非常大的影响(国内跨运营商的访问延迟和带宽都存在非常大的问题,相信大家有深刻体验)。




2.2 问题影响面


根据我们的经验,影响的客户端占比在3%-7%之间。


2.3 原因


无线场景下主要由于以下两个方面因素导致:


(1)国内三大运营商Local DNS布点不足且不均匀,大量流量集中在2000个以内的Local DNS上,大的Local DNS对应的流量超过5Gb


(2)很多手机(尤其是山寨机)Local DNS配置不准确




如果扩展到全网(含有线访问请求),还需要考虑一个因素:


(3)公共DNS(如google 8.8.8.8,阿里的223.5.5.5,223.6.6.6)导致调度系统无法识别Local DNS的具体位置。


三、解决办法


业界当前常见的解决思路都是通过获取客户端的IP来精确定位客户端地域和运营商,实现上,有三种方式:


(1)HTTPDNS


客户端通过HTTP请求向httpdns服务器发出域名解析请求,此时httpdns服务器可以拿到客户端的精确IP,并基于客户端IP进行调度。


(2)edns client subnet


通过dns包中加入客户端IP信息,使得DNS调度系统可以拿到客户端IP并进行调度。


(3)http 302跳转


当调度系统给出的调度结果不准确时,业务服务器仍然可以根据客户端IP来判断调度是否合理,并且在必要时通过302跳转来实现重定向进而实现精确调度。




三种方式的优缺点对比如下:



客户端修改 Local DNS修改 权威DNS修改 系统开销 使用范围
HTTPDNS
最广
edns client subnet 需支持edns client subnet 需支持edns client subnet 中等
http 302 有(需支持302跳转)
最差


HTTPDNS综合来看是最优的解决方案,当前阿里云已经推出了HTTPDNS商业化产品。




钉钉搜索35248489,加入阿里云云原生应用研发平台EMAS技术交流群,探讨最新最热门的应用研发技术和实践。(或钉钉扫码加入)


image.png


相关文章
|
13天前
|
数据采集 网络协议 算法
移动端弱网优化专题(十四):携程APP移动网络优化实践(弱网识别篇)
本文从方案设计、代码开发到技术落地,详尽的分享了携程在移动端弱网识别方面的实践经验,如果你也有类似需求,这篇文章会是一个不错的实操指南。
38 1
|
4月前
|
小程序 API
跨端技术问题之哪些形态可以通过getApp()获取全局App实例
跨端技术问题之哪些形态可以通过getApp()获取全局App实例
|
6月前
|
小程序 前端开发 API
快递平台独立版小程序源码|带cps推广营销流量主+前端
快递平台独立版小程序源码|带cps推广营销流量主+前端
235 7
快递平台独立版小程序源码|带cps推广营销流量主+前端
|
6月前
|
移动开发 小程序 API
【7月开发者日回顾】小程序回跳APP链路、相机组件等多个新能力计划公布!
【7月开发者日回顾】小程序回跳APP链路、相机组件等多个新能力计划公布!
66 2
|
JSON 机器人 API
自动交易机器人做市策略APP量化交易模式开发
def __init__(self, api_url, api_key): self.api_url = api_url self.api_key = api_key def place_order(self, symbol, amount, price):
|
存储 缓存 安全
App极限瘦身 | 动态下发so(1)
App极限瘦身 | 动态下发so
282 0
App极限瘦身 | 动态下发so(1)
|
移动开发 缓存 安全
App极限瘦身 | 动态下发so(2)
App极限瘦身 | 动态下发so
178 0
|
人工智能 小程序 IDE
组装式App小程序化,加速企业效率式研发
一边是组装式应用2年入选Gartner技术趋势报告,一边是中国小程序应用生态的高速发展,1+1>2的倍数增长效应很是让人期待。
122 0
组装式App小程序化,加速企业效率式研发
|
存储 分布式计算 搜索推荐
U-App移动统计算力升级!支持跨应用、多事件的打包计算
近日,友盟+U-APP移动统计产品算力升级,正式推出汇总分析功能。借助于友盟+百万级/秒的数据服务能力,开发者可快速汇总、比较多个APP应用的数据,提升精细化运营的能力。
U-App移动统计算力升级!支持跨应用、多事件的打包计算
|
数据采集 移动开发 安全
简单三步,高效提升App裂变分享率
通过裂变形成病毒式的传播,从而促成交易转化。这个链路需要满足两个条件:一是App要有一定量级的粉丝积累,通过某种和粉丝间建立的关系(可以是内容,可以是奖励),促使粉丝裂变分享到各类平台(微信、QQ、微博等),滚雪球式积累更多粉丝;二是必须保证其他用户打开分享链接回流到App的比例很高,才能有较高转化。
简单三步,高效提升App裂变分享率