手机浏览器未来之门智能应用和云服务.pptVIP

网页背后的“秘密” * 避免跨网，就近接入 内部调用优先级：同IDC 同地区 跨地区 * 跨网一定慢？ 这个方案可以用在接入层吗？ 如何判断一个网页可以预抓和缓存？ * 缓存无处不在 终端缓存，页面缓存，静态资源缓存，公/私有cache分离 800G 到 4T 的故事 * * * 方案二：机器算法：主题分类，文本，版式，视觉特征 赠品：云端内容聚合，热点分析 * * * 大图 * * 什么是灰度？ 基于框架的灰度机制，精确到单个服务进程 * 什么是染色？ 用户留痕 染色分析 问题：有哪些可以改进的？ * * * 形象化，自研；量化；动画； 互联网的基石，却是浏览器的“绊脚石” PC vs Mobile * PC vs Mobile * PC vs Mobile * 云端JS，云端渲染，图文并下 云端 cookie 中心 子资源打包，批量，压缩 AdBlock的故事 * 方案二：机器算法：主题分类，文本，版式，视觉特征 赠品：云端内容聚合，热点分析 * * 云端JS，云端渲染，图文并下 云端 cookie 中心 子资源打包，批量，压缩 AdBlock的故事 * * * PC vs Mobile * 自定义协议（WUP） 类高级语言语法 向下兼容，灵活扩展 复杂数据结构，嵌套 类型优化，压缩 自动生成编解码 支持多终端，跨平台 c++ java mtk-c obj-c sym bian -c++ js- json php c# RPC 远程对象调用 接口 文件 Client Server ① ② ③ 远程对象调用： obj = stringToProxy(“ObjName”) objrpcCall(“FuncName”,params) 实现接口 ④ 开发人员无需关心网络层，整 个服务集群像一个“巨大”的 单机程序 集群内部的所有“接口”调用 信息完全自主可控 高效开发的同时， 为运营留下“空间” 协议分发 高效开发，统一运营 √ 服务标配： 远程日志、配置、管理端口、过载保护， 灰度、染色、状态监控，属性上报 接口标配： 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 化部署 南山 宝安 浦东 南汇 深圳 上海 深圳 上海 多机房，跨IDC部署 多地区，异地容灾 所有的服务都部署 在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 接入服务器 0 0 0 taf_dye(“qq”, ) 0 0 0 ServerA ServerB ServerC 在任意接口对消息进行染色 染色的 key 值由业务指定 后续调用自动传递染色信息 染色日志集中到 log server dye log server 有什么不足？ 检疫，检验 监 控 人造鸡蛋（五） 海量运营：监控、告警 尽可能全的考虑监控 丰富的告警策略（短信，邮件，RTX） 待改进：分钟级别的监控粒度过大，需要更‘敏感’！！ “程序”内部优化 调用链 人造鸡蛋（六） 海量运营：调用链 告警，快速定位“元凶” 分析不合理的调用关系 总结 云接入 云加速 云中转 云同步 云转换 云安全 云存储 云托管 灰度 Set 模型 染色 监控 柔性 过载 有损 自动部署 大系统小做 先抗住再优化 云 海 云计算 TAF框架 谢