2019毛晚不仅在优酷，还通过手机淘宝、天猫等APP，实现多屏、多终端、双向互动，将互联网晚会的互动形式推进到3.0时代.比如晚会上，男子跑步队和街舞队在4×8米的巨型触摸屏上进行了一场“好礼物配对”的游戏。优酷、淘宝的网友也可以在APP端选择加入某支队伍，比赛成绩会实时计入明星嘉宾的表现，影响节目的进行。观众还可以通过互动“呼唤”自己喜欢的节目。在优酷直播间观看节目的用户中有63%参与了互动，比去年增长了7个百分点。非常荣幸有机会参与双11猫夜项目。借此机会和大家分享一下猫夜科技的过程和思考。2019“猫夜”现场，图为腾格尔歌唱♂如何设定技术目标？为消费者提供一场视觉盛宴，也为消费者带来实惠，为商家提供带货；虽然自古忠义不可兼得，鱼和熊掌，但项目组同学即使手牵手泪流满面也无言以对，宁炎也咬紧牙关迎接挑战目标。基于这些方向，团队开始分解。猫玩产品技术运营设计团队的核心是承载党的传播影响力、丰富有趣的互动形式，以及对消费者的进店引导和利益分配。定位明确后，猫玩的核心业务目标也比较明确。技术同学在业务目标的基础上进一步分解业务目标，稳定是底线。系统有沉淀）。业务技术大局猫玩制定技术目标的思路是，先看行业、看市场、看业务、看团队；然后分解目标，找到关键指标、把手和相关团队；最后，量化，要有挑战指标和里程碑倒计时。技术如何通过制定技术目标图来保证公平一致的体验？之所以体验一致，是因为晚会的公域互动将以手淘、优酷、天猫APP为主，为即将到来的双11预热，让用户边看晚会边玩边玩边买，所以每次播的时候主持人都会提醒你开机摇一摇，可以参与淘宝、天猫、优酷APP的互动，需要多终端需要弹开和关闭交互同时进行，显示内容一致，玩法相同，抽奖时间相同。基于以上需求，猫玩今年的解决方案是第一套完整的代码跑在淘宝、天猫、优酷上。部署在优酷上的代理服务只做转发适配，不做其他业务和核心服务。部署到集团机房承载所有交互玩法和权益分配，技术架构图如下：技术架构图提到了公平性，为什么会出现公平性的问题？核心原因是由于不可抗力导致用户网络延迟、现场信号延迟、内容制作过程等，如果不从技术上处理可能出现的问题，每个人的互动跳出时间分布完全不一样，那么很有可能你还没有开始游戏或者正在玩游戏，有人已经为你退回了那些一的购买和最终的奖品。49999花呗的权益已经被抽取，由此带来的挫败感和不公平是难以忍受的，所以猫玩引入了以下四种机制来保护：客户端和服务器通过CSN和无线RPC网关轮流查表确保时钟客户端维护的与服务端一致；现场布置延时机，反复测量现场延时和内容制作过程中的延时；点击运营节目列表的事件，通过主播聊天与导演组反复沟通演练对位；最后根据2和3中的时延在直播流中插入SEI，然后在内容消费端解析SEI信息，根据节目开始时间弹出交互。如何抵抗高并发脉冲流量？猫湾比较典型的是常驻流量，然后每一轮互动带来脉搏流量。针对这些场景，猫玩的核心思路是以下三招：多轮全链路压测、应用预热、防刷限流；以上三点作为每次大型活动的默认项目，大家可能并不陌生。保护。1）路由猫湾是典型的基本交通节目列表轮询。所有同时在线的用户每45S轮询一次。技术同学准备了路线图。默认情况下，所有请求100%走无线RPC网关，但路由比例可以动态下发对于前端，当无线RPC网关压力大或即将超过目标流量限制值时，或者当流量评估模型出现问题时，可以通过计划切换比例轮询CSN，保证系统稳定性。总结：根据流量动态分配路由，是覆盖底线、保障体验的利器。2)Peakcut&staggeredpeakPeakstaggeredpeak:a．公私领域交互在节目过程中交错进行，避免同时到达；b.20:00和21:00群内有红包雨，与导演群的沟通和彩排互动整点前后错开几分钟，防止股权平台集中压力；c、私域中，如红包雨、入场红包、密令红包等，通过中间件消息下行通道下发，减轻私域服务器压力。★调峰：a．针对客户端有压力向后端提交数据的点，采用一定时间范围内的随机分散算法；b.红包雨控制中奖率，同一用户多次点击可配置有效请求数；c、终极宝箱数量查询提前打散，异步15S预查询，避免集中冲击；d、获取终极宝箱后，客户端维护是否有标记，在抽奖过程中屏蔽部分集中查询。总结：削峰填谷需要经验+业务+技术手段相结合，避免技术过度设计和优化，投资回报率低。3）下游保护猫湾分销核心依赖权益平台。每轮互动结束后都会有一个抽奖环节，抽奖会调用权益平台。如果没有中大奖，也可以抽底奖池；b.确保奖品全部发出，否则视为亏本。这里如果要求所有用户先抽完所有奖品，没中奖再抽底，权益平台调用两次，下游调用直接翻倍，权益的头奖奖池平台承载不了那么高的流量（中奖权益平台会直接同步运行DB），从性能、价值和成本上来说是没有必要的。基于此判断，项目组确定了以下三个优化动作：从业务规则上，告诉用户宝箱越多，概率越高;b。从应用上看，宝箱多的用户直接抽取奖池，宝箱少的用户直接抽底奖池；C。技术上实时监控统计宝箱分布情况。一旦发现宝箱分配与前几轮预期的业务规则不一致，则启动提前计划，确保奖品全部分配完毕。总结：只有下行稳定，整个链路才能稳定，系统设计时必须充分考虑对下行的保护。现场大屏小屏联动小花絮在这里和大家分享一个关于猫湾策划的小花絮，提醒每一位同学，策划不能只停留在策划平台上，要有应急性、可执行性、预演性，甚至还准备了备胎。为了让内容和互动更精彩，结合更紧密，项目组同学提出做双向互动，让用户有更强的参与感，支持自己喜欢的明星，参与到同一场比赛中同时，数据会实时回流到现场，影响最终的PK结果。双向交互之前没有先例，因为需要解决以下问题：a．现场环境复杂，会对设备和通讯产生干扰；b.链路长，可控性差。除了猫玩内部的团队协调外，还涉及到导演组、主持人、明星等外部合作；C。直播现场突发事件较多，对应急响应能力要求较高。不出所料，从需求、CodeReview和全链路压测、手淘天猫集成、小组技术报告、直播演练、与导演组对话，一路反复调整对接，化解各种风险；问题只是毛毛雨，先来看看时间线和现场大屏及直播画面图：9月在广州、东莞、虎门等地提前实测直播大屏效果，并确认无问题后方可入场；11.6第一次现场演练，发现信号嘈杂，触摸屏会失灵，现场维修时间很有限；11.8还是没修好，和导演组沟通，希望能试试计划演练；分看台同步操作，看台提供的机位互换，导致大屏幕看不清楚操作，排练效果依然不佳；11月10日上午，导演组曾一度考虑去掉这个链接；11月10日晚，现场同学们顶住压力，完美呈现了第一次双向联动。现场和在线双向交互图大屏交互图回到现场大屏运行异常时准备的预案，强调只有一级预案做技术准备在进入网站之前，其余的都是随机应变的。根据现场情况，与产品同学讨论临时准备的方案。一级方案是聚会前练习触摸使用，异常维护；二级方案是机器无法维修更换大屏机；三级方案是大屏机不能更换，看台需要固定一个座位，转播车1人保证座位不会切换，看台密码官和操作员配合与键盘同步星现场操作；第四级方案是操作员1的电脑或键盘出现异常，双机热备2机和双机热备2同学操作。总结：计划要有应急性、可执行性、预演性，连备胎都要准备；必须追求技术，并应考虑可能的解决办法。时间越紧，计划就应该越详细、越简单。总结：一年只用一天的系统如何做技术沉淀？像天猫双十一这样的项目，通常不带流量，也没有专门的维护团队。随着猫玩的上线，将调配各个团队共同承接和参与项目，行业内的技术同学如何让自己成长和收获？我自己的总结有以下几点：a．学会思考和制定技术目标；b.不设界限地锻炼技术PM能力，有技术预判，识别和化解风险，保证目标坚决执行；C。匠心：性能、体验和技术方案需要做到极致和细致；d.为子孙后代植树：积累工具、组件、产品、组织能力；e.复习能力：从参与中复习从项目第一天开始，思考突破和沉淀；F。开阔视野：偶尔跳出专业领域，发现技术以外的视角，看看其他领域和合作团队的思维，向身边优秀的伙伴学习。
