“D+” ——专为APP而生的移动解析服务!

“D+”    专为APP而生的移动解析服务

3月27日,国内最大域名智能解析服务商DNSPod正式推出移动解析服务,名为“D+”(https://www.dnspod.cn/httpdns),填补了目前国内市场上关于HttpDNS的这一空白。DNSPod技术负责人介绍称,“D+”是为移动而生的专业解析服务,它的诞生就是为了解决移动解析常见的“域名劫持”和“解析结果跨域”两项难题,让客户以最小的改造成本,解决移动业务解析异常的问题,并满足流量精确调度的需求。

根据CNNIC官方报告数据显示:“截至 2014 年 12 月,中国手机网民规模达 5.57 亿,较 2013 年底增加 5672 万人。网民中使用手机上网的人群占比,由 2013 年的 81.0%提升至 85.8% 。”越来越多的人选择手机上网的同时,移动端的弊病频繁发生:网站访问缓慢甚至无法访问、无法连接服务器、随意弹出广告、访问到钓鱼网站......以上问题非常常见,甚至无法解决,归根到底就是“域名劫持”和“解析结果跨域”导致。

DNSPOD新推出的“D+”服务,也就是HttpDNS服务,通过使用HTTP协议向DNS服务器的80端口进行请求,代替传统的DNS协议向DNS服务器的53端口进行请求,绕开了运营商的Local DNS,从而避免了使用运营商Local DNS造成的劫持和跨网问题。

从原理上来讲,“D+”只是将域名解析的协议由DNS协议换成了Http协议,并不复杂。但是这一微小的转换,却带来了无数的收益:

A、根治域名解析异常。

由于绕过了运营商的Local DNS,用户解析域名的请求通过Http协议直接透传到了腾讯的HttpDNS服务器IP上,用户在客户端的域名解析请求将不会遭受到域名解析异常的困扰。

B、调度精准。

直接获取到用户IP,通过结合腾讯自有专利技术生成的IP地址库以及测速系统,可以保证将用户引导的访问最快的IDC节点上。

C、实现成本低廉。

接入“D+”,仅需要对客户端接入层做少量改造,无需用户手机进行root或越狱;而且由于Http协议请求构造非常简单,兼容各版本的移动操作系统更不成问题。另外,“D+”的后端配置完全复用现有权威DNS配置,管理成本也非常低。

D、扩展性强。

“D+”提 供可靠的域名解析服务,业务可将自有调度逻辑与HttpDNS返回结果结合,实现更精细化的流量调度。比如:指定版本的客户端连接请求的IP地址;指定网络类型的用户连接指定的IP地址,等等。

“D+”正式上线前,已经通过不同类型的移动客户端测试使用,在对抗延迟和解决解析失败等问题上,取得非常明显的效果:

手机QQ

接入“D+”后,手Q用户因域名劫持导致的访问失败率下降99%,保证了每一次用户访问都流畅无阻。

腾讯游戏

游戏是网络敏感类应用,接入“D+”服务后,整体访问延迟下降了13%,用户跨网访问的现象大大减少,有效保证了用户的游戏体验。

腾讯新闻客户端

AppStore排名第一的新闻类APP,通过接入“D+”服务,用户连接失败率下降22%,提升了业务成功率。(连接失败,即用户连接超过2s后无响应)

QQ音乐

流媒体类 APP, 用户对访问流畅度非常敏感,通过接入“D+”后,整体用户的访问延迟降低了13%。

另外,DNSPOD技术负责人解释说,为了进一步提升“D+”良好的用户体验,他们还通过以下这几个方面,保证“D+”服务的高可用性:

A、部署BGP Anycast网络。

“D+”通过部署BGP Anycast的网络架构,与全国Top 16的运营商(后续可无缝增加)建立了对等互联链路,保证用户的请求无需绕行就能直接到达HttpDNS的服务器上。

B、异地容灾,实时切换。

“D+”的节点遍布国内华北、华东、华南各地区,同时“D+”在香港、北美等国际地区也部署了多个节点,一旦单个节点发生故障,均能实现实时自动切换,有效保证了服务的高可用。

目前,“D+”服务暂时分为“免费版”和“企业版”两种版本,适用于移动APP或PC自研客户端的使用,仅需在客户端进行一定的开发。对于原生移动APP及PC客户端类业务,参考官网页面的“接入指南”页面即可操作,非常简单。

[总结]

总而言之,“D+”专为APP而生,操作原理简单,开发成本低,但是在避免移动解析失败和提升移动解析速度上,功效显著。虽然每一项新的产品的诞生,必须经过实践验证和完善,但是“D+”的出现,至少可以实现用户快速、准确、稳定地访问移动网络,让移动端“D+”uang的又快又好用!

时间: 2025-01-17 22:32:31

“D+” ——专为APP而生的移动解析服务!的相关文章

Android实习札记(3)---Fragment用app包还是v4包解析

Android实习札记(3)---Fragment用app包还是v4包解析 1)问题简述 相信很多的朋友在调用Fragment都会遇到下面的情况: 这个时候问题来了... 到底是用android.app下的Fragment还是用的android.support.v4.app包下的Fragment? 答:其实都可以,没错,都可以!!!我们都知道Fragment是3.0(API 11)后引入的 那么如果开发的app需要在3.0以下的版本运行呢?比如还有一点点市场份额的2.3! 于是乎,v4包就这样应

Android做法说明(3)---Fragment使用app袋或v4包解析

Android做法说明(3)---Fragment使用app袋或v4包解析 1)问题简述 相信非常多的朋友在调用Fragment都会遇到以下的情况: watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY29kZXJfcGln/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" > 这个时候问题来了... 究竟是用android.app下的Fragmen

26.app后端怎么架设推送服务

推送服务已经是app的标配了.架设推送服务,除了可以使用第三方服务商外,也有大量的开源技术可以选择. 现在推送主要分两块,android推送和ios推送,在下面分别论述: 1.    Android推送 Android手机由于没有系统的限制,当app进入了后台后,也能运行服务,所以android的推送可以基于长连接,这就注定了android的推送服务器和一般的app后端是不一样,技术细节上,架构上也不一样,幸好,现在有大量的开源软件可以轻松地实现推送. 下面深入研究过的开源推送软件:gopush

微信app支付android客户端以及.net服务端实现

由于公司运营需要,需要在客户端(android/ios)增加微信以及支付宝支付,在调用微信app支付时遇到一些问题,也算是一些踩过的坑,记录下来 ,希望能对.net开发者服务端网站更快的集成微信app支付. 1.开发所需资料:微信开放平台应用的appid以及appsecert,商户平台的商户号以及api安全里面里面设置的key,详见 微信支付账户相关信息; 2.微信开发者平台完善应用平台的相关信息,android应用签名必须用打包签名过的发布版本apk(这一步很重用),包名必须一致,可以用微信提

Fragment用app包还是v4包解析

转自:http://blog.csdn.net/zc0908/article/details/50721553 1)问题简述 相信很多的朋友在调用Fragment都会遇到下面的情况: 这个时候问题来了... 到底是用Android.app下的Fragment还是用的android.support.v4.app包下的Fragment? 答:其实都可以,没错,都可以!!!我们都知道Fragment是3.0(API 11)后引入的 那么如果开发的app需要在3.0以下的版本运行呢?比如还有一点点市场份

企业规范化管理系统iClap前生后世全解析

iClap是一个产品管理系统,专注于为移动互联网企业提供企业规范化解决方案,改变传统的产品管理模式,实现产品管理场景化.APP.甚至原型图.效果图都可以直接进行批注和任务的协作,实时将你要修改的内容或者Bug等进行推送,并标注出来,团队可在APP上直接查看,还原当时的场景,工作简单智能人性化! iClap有哪些核心技术? Ccr技术.capk技术.安全监测技术.云存储技术.人工智能技术.apkl技术. iClap有哪几种解决方案? iClap目前针对应用.游戏和银行提供解决方案.不同类型解决方案

APP 多版本发布之dubbox服务端配置

场景:近期小L发布app的时候遇到个头疼的事情,由于苹果app store需要审核原因,项目需要部署最新版本,但又不能影响来版本的正常使用: 分析问题:如果是app业务相关的程序bug.或者是预发布版本 解决方案:配置dubbo多版本 <dubbo:protocol id="customerRest" name="rest" port="xxxxx" /> <!-- ref:要注入的Service实现 --> <du

APP UI设计的流程解析

2014-2016年,随着APP业务的日渐火热,UI也成为了现今市场上非常热门的岗位之一,在几年之前,我国还是统一成为美工,现在改成为了UI,在这里,为大家介绍一套比较科学的APP UI界面开发的完整设计流程,它是一个科学的设计流程,并不是简单的美术描边. APP设计一般会分为五个阶段: 1.需求阶段:软件产品依然属于工业产品的范畴,所以依然离不开3W(who where why)也就是使用者,使用环境,使用方式的需求分析. 2.分析设计阶段:首先应该制作一个体现用户定位的词语坐标,比如一个25

Verify an App Store Transaction Receipt 【苹果服务端 验证一个应用程序商店交易收据有效性】

转自:http://blog.csdn.net/saindy5828/article/details/6414014 1. 从Transaction 的TransactionReceipt属性中得到接收的数据,并以base64编码: 2.创建JSON对象,字典格式,单键值对,键名为“receiptdata”,值为上一次编码的数据,效果: {"receipt-data":"base64编码之后的数据"} 3.发送HTTP POST请求,将数据发送到App Store