《手机浏览器未来之门智能应用和云服务.ppt》由会员分享，可在线阅读，更多相关《手机浏览器未来之门智能应用和云服务.ppt（65页珍藏版）》请在三一办公上搜索。
1、手机浏览器未来之门智能应用与云服务,腾讯无线浏览器产品部2012年5月,移动互联网的产业特点,移动互联网的产业特点,价值链长,新商业模式驱动,网络、终端、应用与PC不同,移动场景下的产品特点,碎片化：短/平/快、极简,私人化：个性、安全/隐私,智能化：终端能力、云服务,手机浏览器的智能化趋势,移动网络快速优化,智能终端发展迅猛,1.9亿部 占比53.4%,摩尔定律效应,硬件提升智能服务的能力,内容应用丰富多元,三驾马车推动行业发展与创新,网络和终端的局限性,类型多：2G、3G、wifi制式多：WCDMA、CDMA2000、TD环境复杂、跨网不方便,平台多：iOS、Android、WP、塞班平台
2、标准不一硬件差异引起的交互使用差异电池续航能力受限,内容应用开发商和用户的烦恼,开发成本高运营维护成本高做出好的应用也很难到达用户手里1：550,000 apps,跨平台、跨终端体验手机安全与隐私小白用户不会找内容面对海量内容与应用时却又无法选择,我们需要什么样的解决方案,跨平台、跨网络、跨终端标准统一，降低开发/运营成本保护用户个人安全和隐私海量应用精细化、个性化推送省电、快速、省流量,我们需要什么样的解决方案,C/S架构,手机浏览器的定位和演进路线,基于Html5技术的智能应用展望,能听会看的智能语音/二维码,手机QQ浏览器的发展历程,在竞争激烈的第三方手机浏览器市场快速突起,我们的积累和
3、沉淀,漫步云端.海量运营,2009.1.7，3G牌照发放，进入3G元年移动，联通，电信三足鼎立，开始快速建网，试用，商用2009年全年新建基站近30w个,屏幕：128*128、172*256、240*320、360*480、480*800、内存：64M、128M、256M.CPU：100MHz、396MHz、600MHz、1GMHz.操作：触屏、按键、按键+触屏接入：WAP，NET网络：GRPS，EDGE，3G网站：WML，HTML,这就是一个乱世！,Login,Config,运营类代理,Stat,接入代理,IPInfo,Auth,自有业务代理,Web运营管理平台,帐号中心,同步中心,消息中心
4、,云U盘,LBS代理,插件服务,Local Cache,分布式Cache平台,文件系统/SSD,抓取服务,智能预抓,图片转换,内核解析,渲染服务,页面转换,浏览类业务代理,部署发布,配置中心,日志中心,监控告警,内容抽取,DB,测速服务,网关/无线网络,1,2,3,4,浏览器云端架构总览,漫步云端：化繁为简的故事,HTTP REQ,HTTP RSP,HTML WML,网页背后的“秘密”,标签，信息,排版，样式,动作，交互,内核 引擎,DOM 树解析，耗时,Render 树渲染，耗时,JS 脚本运算，耗时,世界上最远的距离？,从 1024*768 到 128*128,从 4G 到 128M,从
5、2GHz 到 100MHz,从 4M/s 到 2K/s,一个朴素的“想法”,目标网站,无线网络,云端服务集群,内核 引擎,云中转,云中转：结构图,终端,无线网络,中转接入服务器,页面转换服务,抓取服务器,有线网络,Chrome V8Webkit,网站,标签规整排版转换协议转换垃圾清洗分页缓存,云中转：JS执行时序,终端,中转服务器,网站,JS上下文,缓存,页面请求,页面抓取,HTML+JS,转 换,WML 无JS,输入提交,执行 JS,返回结果,1.自定义协议(JSNode)2.云端存储上下文副本3.用NodeId恢复并执行,云中转：效果图,云中转：模板转换,目的：更好的展示垂直类内容页面，包
6、括论坛，新闻，小说等方案：针对特定的网页（URL），人工选择其DOM树中的“有用”字段 例如：标题，简介，时间，作者，正文，楼主，原帖，回帖等 引入“清洗模板”和“展示模板”，制订规则，抽取后做更好的展示,云中转：模块结构图,基于Webkit的Chrome内核+V8 JS引擎,如何判断一个页面（URL)是否可以“被”缓存？,云中转-瘦客户端,用二进制数据描述并下发RenderTree,降低终端渲染的复杂度图文并下，减少交互次数二进制传输，更节省流量边传输边解析边显示,有效的解决了弱终端设备能力不足的问题,简化了DOM，托管JS，还缺什么？,思考：页面小了，流量少了，速度呢？,目标网站,无线网络
7、,云端服务集群,1+2 3？,1,2,3,云加速,云加速：就近再就近,WEB服务器,原则：避免跨网,联通网关,广东联通,深圳移动IDC,上海电信IDC,深圳联通IDC,电信机房,1,2,3,？,中转层接入&抓取,云加速：动态路由,电信抓取,电信机房,教育网机房,?,现实比理想复杂相信数据，而不是经验新想法难免会有新麻烦但是，坚持合理的,这个方案适用于接入层吗？为什么,WEB服务器,WEB服务器,引入实时测速算法,8%,云加速：“X”架构的多级缓存,DNS 缓存,静态资源缓存,页面缓存,热点资源缓存,JS上下文缓存,Socket缓存,本地配置缓存,UI资源缓存,无处不在的缓存,云端,终端,网络,
8、资源打包，批量下载-减少连接次数 图片自适应压缩，格式转换-减少流量 云端的AdBlock插件-“程序猿”的逆袭,更省,更快,云加速：积跬步，以致千里,补充数据,WAP页完全打开耗时(s),WEB页完全打开耗时(s),追求“快”,云加速：阶段性效果,，是一种修行,25%50%,“奇怪”的图片缓存（Cache）问题？,800G4T,79%82%,大数据下的精品体验,根据IBM的估算，自人类有史以来至今所产生的信息为5艾字节（50亿GB）。而到明年的时候，我们生成这样规模的信息量只需要10分钟！,除了快，还需要什么？,每秒钟有60张Instagram的照片被上传 每分钟就有60小时的视频内容被传到
9、Youtube每天在Twitter上会产生1亿9千万条微博 每周有5TB的照片被传到Facebook,再思考：除了快，还需要什么？,简,我们在为别人的需求“买单”？,云转换,又见模板：高校BBS项目，痛并快乐着,从“人工模板”到“机器学习”,页面分块,主题分类,智能抽取,版式识别,四大核心能力,云转换：内容转换,基于视觉的页面分块算法 基于文本特征的版式识别 基于样本库等的主题分类 针对类型的智能抽取算法,云转换：智能转换,云转换：有效传输,大数据如何“传”的又快又好？,1,2,终端,基站,网关,服务器,连接不稳定，各种纠结？网络环境：时间，人群，场所,假设链接中断，分片，断点续传,云端控制，
10、动态调整传输速率,握手协议，ACK机制，前轻后重,云转换：更多云服务,统一帐号：一键登录，快速分享 云U盘：数据备份，文档预览 离线下载：从云端到云端的“把戏”海量资源：越来越多的“秒传”,上百个服务模块,上千台服务设备,上百亿服务调用,上千个服务进程,用户还在增加，需求还在变化，服务集群越来越大,云中转,云加速,云转换,杯具？,海量运营：人造鸡蛋的故事,规模化生产？,模 具,人造鸡蛋（一）,透明部署 自动发布 集中配置/LOG,管理 容错 负载均衡 灰度 染色 调用链分析,RPC(同步/异步/单向)高性能 过载,提供给框架以及业务使用的基础组件,多平台 二进制可扩展 自动生成,自研服务开发框
11、架（TAF）,跨平台，提高开发效率，保留运营能力的自主可控、可扩展性,服务,框架,工具,协议,公共,组件,TAF（Tencent App Framework）,自定义协议（WUP）,RPC 远程对象调用,接口文件,Client,Server,远程对象调用：obj=stringToProxy(“ObjName”)objrpcCall(“FuncName”,params),实现接口,开发人员无需关心网络层，整 个服务集群像一个“巨大”的 单机程序 集群内部的所有“接口”调用 信息完全自主可控,高效开发的同时，为运营留下“空间”,协议分发,高效开发，统一运营,服务标配：远程日志、配置、管理端口、过载
12、保护，灰度、染色、状态监控，属性上报 接口标配：TCP/UDP协议，同步/异步/单向调用，自动测试，耗时监控,几分钟开发一个Server 不再为协议联调“浪费”时间,registry,client,stringToProxy(ObjName);,appsvr,appsvr,tcp/udp,node1,node2,keep alive,report,patch,stat,prop,notify,config,log,admin,admin,sync/async,TAF 服务部署局部图,集中管理IP：Port,不放在一个篮子里,Set 模型,人造鸡蛋（二）,海量运营：Set 化部署,多机房，跨ID
13、C部署 多地区，异地容灾,所有的服务都部署在Set内吗？,发布“猕猴桃”？,灰 度,人造鸡蛋（三）,海量运营:灰度,proxy svr,taf_set_router(router),0,0,1,user,接入服务器,0,0,0,0,0,1,Server A,1.在任意接口处设置“路由器”2.服务发布时设置其灰度状态3.框架自动根据“路由器”的 返回状态寻找匹配的服务4.服务端只有一种状态时，则 忽略路由值，但是会透传5.实际灰度可以多于1种状态,Server B,Server C,也许，需要只“苍蝇”？,染 色,人造鸡蛋（四）,海量运营：染色,proxy svr,0,0,0,user,接入服务
14、器,0,0,0,taf_dye(“qq”,“88883245”),0,0,0,ServerA,ServerB,ServerC,在任意接口对消息进行染色染色的 key 值由业务指定后续调用自动传递染色信息染色日志集中到 log server,dye log server,有什么不足？,检疫，检验,监 控,人造鸡蛋（五）,海量运营：监控、告警,尽可能全的考虑监控 丰富的告警策略（短信，邮件，RTX）,待改进：分钟级别的监控粒度过大，需要更敏感！,“程序”内部优化,调用链,人造鸡蛋（六）,海量运营：调用链,告警，快速定位“元凶”,分析不合理的调用关系,总结,云接入,云加速,云中转,云同步,云转换,云安全,云存储,云托管,灰度,Set 模型,染色,监控,柔性,过载,有损,自动部署,大系统小做,先抗住再优化,云,海,云计算,TAF框架,谢 谢！,腾讯无线浏览器产品部2012年5月,
