那场不能断的直播

重点： 一家欧洲消费品牌的杭州团队，运营着它的天猫、京东和抖音店铺。一年里有十个月，IT 故障只是件麻烦事。而在双十一，一台在两小时直播窗口里唤不醒的工作站，财务能把损失算到个位数。对于这种峰值形态的风险，招一个常驻 IT 编制是形状不对的解法——预置能力才是。

外资消费品牌为什么把中国电商放在杭州

杭州是中国平台经济最集中的地方，而对一个正在搭建中国电商业务的外资消费品牌来说，这种集中本身就是留在这里的全部理由。这里的人才池懂平台机制——店铺运营、大促排期、投流、内容生产、直播主持——这种理解在别的城市是真的难招。代运营机构、制作团队、MCN 合作方和自由主播在本地都极其密集。一个做过三次双十一的人，在杭州找得到，在多数其他城市找不到。

这也是为什么杭州通常是外资品牌在中国设立的第二或第三个点，而不是第一个。法人主体、法务职能，往往还有区域管理层都在上海。工厂或分销关系可能在广东或长三角其他地方。杭州拿到的是电商团队本身，因为能干这活儿的人在这里。

这个先后顺序带来的一个后果，比它看上去更要紧：杭州团队通常是离公司 IT 职能最远的一个——组织上远，而在"IT 职能理解这个团队怎么工作"这个意义上更远。全球 IT 政策是为"人用笔记本、浏览器和协作套件办公"的办公室写的，它不是为一支要用采集卡、要在本地剪辑大体积视频文件、要操作全球 IT 从没见过的平台后台和直播工具的团队写的。

博迅在中国大陆重点覆盖五个城市——北京、上海、广州、深圳、杭州——而杭州在这个版图里的定位，恰恰就是平台企业、软件、电商与成长型业务。这不是覆盖上的巧合，它反映的是杭州的公司实际会提出什么需求，而这与一个上海区域总部或一个广州制造基地会提出的需求，有实质性的不同。

场景：45 个人，和承载全年的那两周

来看一个说明性的复合情境——不是某个具名客户，而是从这一细分市场反复出现的项目形态里提炼出来的模式。一家欧洲消费品牌的中国电商业务，由一个约 45 人的杭州办公室运营，分成三块。

店铺运营约十五人，日常运营天猫、京东和抖音店铺：上架、定价、与仓库的库存同步、促销机制、平台后台工作。他们活在浏览器和平台控制台里，工具基本上就是平台提供什么用什么。

内容与创意约十八人，产出店铺和大促消耗的一切——产品摄影、短视频、主视觉、直播物料。他们用高配工作站，本地项目文件非常大。视频项目尤其是在本地做的，因为性能在那里；而它们被归档——如果被归档的话——靠的是有人想起来要做这件事。

客服约十二人，通过平台自身的客服工具处理售前售后咨询，而这个量在平常的周二和大促当晚之间，会有一个数量级的摆动。

大促日历主宰着一切。6 月的 618 和 11 月的双十一不是一般意义上的忙季，它们是决定全年数字达不达标的时段。围绕它们的是预售窗口、预热期，以及排到深夜的直播档期。一场约好了主播、后面压着付费流量的直播，开播时间是挪不动的。

这个团队没有本地 IT 编制。支持来自三块拼起来的东西：上海办公室的远程协助、两年前由行政经理谈下来的一家上门维修供应商，以及创意团队里一位"电脑比较厉害"、于是事实上成了一线的人——这就是每个支持不足的办公室都会出现的那种单点知识模式，只不过这里还多一层问题：这个人真正的工作是产出大促物料。

这套局面真正制造出来的问题

• 创意成果存在本地硬盘上，没有备份。 这是最大也最不显眼的敞口。一台装着三周未完成大促视频的工作站，实质上就是一套没有备份的生产系统。公司是有备份策略的，它覆盖文件服务器和云存储；它没有描述一个 400 GB、只存在于一台机器上的项目文件夹该怎么办——而它之所以只在那台机器上，正是因为剪辑性能在那里。
• 大促之间没有人负责的直播硬件。 采集卡、摄像机、灯光、音频接口、专用的推流机。两次大促之间，这些设备就放在一个房间里。没人开机，没人给那台机器打补丁，没人检查上一次驱动更新之后采集卡还认不认得出来。第一次发现问题，通常是在下一次大促搭台的时候——或者更糟，是在大促进行当中。
• 按平常一周的量做的容量。 办公网络、工作站和外网链路，都是按日常运营规格定下来的。到了大促当晚，同一套基础设施要同时承载直播上行、十倍于平常量的客服团队、赶着 deadline 上传素材的创意，以及其他所有照常工作的人。这里没有任何东西"坏了"；这是一个在三月份正确、在 11 月 11 日不正确的容量决定。
• 没有预料到本地平台工具的全球安全策略。 平台后台、直播软件，以及中国合作机构实际在用的协作工具，都不在全球标准镜像的假设范围内。接下来的事情可以预料：例外申请要走几周，或者——更常见得多——非正式的绕行方案。用个人设备访问平台、通过面向消费者的传输工具倒文件，以及一整套 IT 不知道其存在、因而也保护不了的影子工具链。
• 跨境访问总部系统，平时没事，出事时正好有事。 杭州团队需要集团的 ERP、素材库和协作平台。访问在大多数日子里是通的。它会在很不合适的时刻劣化，而劣化的时候，本地没有人能分辨这到底是平台问题、链路问题还是策略问题——于是工单进了另一个时区的队列，而大促在没有那个素材的情况下继续。
• 没有人对"准备好了没有"负责。 最要命的缺口其实最简单：没有任何人的岗位说明里写着"确认杭州办公室为双十一做好了准备"。个人在临近日期时，用真正工作之余剩下的时间，尽其所能地做一些事。

博迅的观点：峰值形态的风险需要预置能力，而不是常驻能力

对一个支持不足的办公室，直觉解法是招一个 IT。对这个办公室来说，这是形状不对的答案，而值得把"为什么"说准确，而不只是断言。

一个本地 IT 编制一年有十个月用不满——这听起来像一个效率论证，但那不是主要反对理由。主要反对理由是：一个编制，在真正要紧的那一晚十一点，仍然不在。 一个人不可能同时覆盖一场拖过晚上十点的直播窗口、出现在早上七点的预售切换现场，还是三周前准备好硬件的那个人。峰值形态的风险，不是靠加一份平均形态的资源解决的，而是靠把能力放到峰值所在的位置。

多数公司退回去的另一个选项——按次上门维修——则以相反的方式失败。它在三月份便宜且够用。它在大促当晚九点几乎一文不值，因为一家在直播过程中被叫来的维修供应商是从零开始的：不了解这套环境、没有预先备好的备件、不知道哪台是推流机，而且它的响应承诺是按工作时间写的。

真正管用的是准备加在场，顺序就是这个顺序：

在窗口打开之前把能力预置到位。 就绪检查提前几周而不是几天：工作站和推流机开机、打好补丁并验证；采集硬件用真正要用的软件端到端测过；网络链路在接近实际负载的情况下检查过；创意素材确认已经备份到制作它的那台机器之外的地方；最容易坏的部件在现场备好备件。

把驻场工程师放进大促窗口里。 不是一个永久编制——而是把现场工程师排到真正要紧的那些天，而且他参与过就绪检查，因而已经熟悉这套环境。博迅的全职驻场 IT 支持服务本来就是按这种方式排期设计的：按级别指定的全职或兼职工程师，配有背景调查、进入客户环境的入职流程，以及第一天到岗之前的书面需求调研。为你的双十一值守的那位工程师，不应该是在双十一当天第一次见到你的现场。

为窗口本身定义非工作时间升级路径。 一场开到晚上十一点的直播，需要一份同样开到十一点的支持承诺，并且在现场工程师之上还有一条有名有姓的路径。博迅的 7×24 多语言服务台从中国、香港和马来西亚的分布式中心全天候运作，90% 的来电在 40 秒内接起，并在远程无法解决时升级为现场派遣——这恰好是大促当晚正确的结构，因为那时的第一个问题永远是：这件事能不能在原地解决。

把备份问题彻底放到大促之外去解决。 本地硬盘上的创意素材是一个全年存在、只不过在大促期间变成灾难性的敞口。云托管备份配合 7×24 任务监控和定期恢复演练，处理的才是真正的风险；而恢复演练在这里比在几乎任何别的地方都更要紧，因为大体积媒体文件正是"备份完成了"和"文件能用"最容易分岔的地方。

准备到底长什么样

这种形态的办公室，大促就绪周期并不复杂。它只是有人负责，而且按排期发生，而不是挤在最后一周。

• 提前四到六周：盘点与评估。 有哪些硬件、状态如何、哪些已过保、网络链路是什么样、创意文件实际存在哪里。这也是把"全球标准镜像"和"本地工具链"之间的落差诚实记录下来的时候，而不是等故障发生时才发现。
• 提前三到四周：整改与备料。 给要紧的机器打补丁并验证、换掉快坏的、在本地订好并备好备件、确认创意成果的备份在跑而且可恢复。提前三周订一张采集卡叫采购；11 月 10 日订一张叫危机。
• 提前一到两周：完整彩排。 用真正的软件、真正的主机和真正的网络，把直播搭台端到端跑一遍。大促当晚的故障，多数在这里就能发现，而几乎没有一个是靠"看一眼"能发现的。
• 窗口期间：排期的现场值守，加上非工作时间升级。 工程师在要紧的那些小时在场，服务台覆盖其余时间，而升级路径在需要它之前就已经写下来了。
• 之后：一次简短复盘，喂给下一个周期。 什么坏了、什么差点坏、下次备件清单该长什么样。618 和双十一相隔六个月，而这恰好是足够忘掉的长度。

在这一切之下，是普通的托管 IT——监控、打补丁、服务台、备份——按 45 人办公室合适的规模全年运行。大促准备是叠加在它上面的一层，不是它的替代品。

覆盖一支杭州电商团队的三种做法，老实地对比

• 招本地 IT 编制。 有人一直在、了解团队、能立刻动手。代价是：一年里大部分时间用不满、仍然只是一个人、晚上十一点仍然不在、有时候还会休假，而且——最容易被低估的部分——仍然没有大促当晚真正需要的备件、供应商关系和升级纵深。对一个 45 人的办公室来说，这是一种昂贵的"买在场"方式，同时是一种很差的"买韧性"方式。
• 按次上门维修。 便宜、灵活、无承诺，对三月份一台坏掉的笔记本完全够用。代价是：不了解你的环境、没有预备的备件、没有任何准备，而且响应窗口是按工作时间写的。在承载全年的那一晚，你是在给一个陌生人打电话，并从头解释你的现场。
• 预置式托管覆盖（博迅模式）。 全年一份常设托管安排，负责监控、打补丁、服务台和备份；加上排进大促窗口的驻场工程师；加上提前数周的就绪检查和备件备料；加上为直播时段本身定义的非工作时间升级路径。代价是：它要求你提前规划日历而不是临时反应，而且它是一份商务承诺而不是按次计费——而当你真正在意的失效模式集中在少数几个晚上时，这恰恰就是你应该做的那笔交换。

接下来该怎么做

真正有用的诊断，是在一个平静的月份问一个问题：如果推流机在一场约好的直播开始前九十分钟起不来，会发生什么？ 不是"你会打给谁"，而是实际会发生什么、按什么顺序、每一步要多久。多数杭州团队在回答这个问题时会发现：没有备好的备件、没有测试过的替代机器，也没有一份覆盖那个时段的支持承诺。

博迅自 2007 年起在中国大陆经营，重点覆盖北京、上海、广州、深圳和杭州，而杭州这一块的定位正是面向平台企业、软件与电商业务。托管 IT 方案在每一档都包含 7×24 监控、服务台、补丁管理和备份；现场工程师可以按级别和时长排期；大促窗口覆盖则按你实际的日历来划定范围。你可以在托管 IT 支持页面上看到方案结构，或者直接联系我们，一起把你下一个大促窗口需要什么理清楚。

常见问题

我们在杭州需要全职 IT 人员吗？

对一个约 35 到 60 人、日历呈大促形态的办公室，通常不需要——而理由主要不是成本。一个全职编制给你的是工作时间内的在场，但你手上仍然只有一个人：有时候休假、深夜不在、没有备好的备件、也没有升级纵深。把全年的常规工作交给一份常设托管安排，再把现场工程师排进大促窗口，才是把能力放到风险真正所在的位置。如果办公室涨到一百人以上，或者出现的是常态化的晚班运营而不是季节性峰值，这个算法就会变。

618 和双十一期间会怎么安排？

在预置式安排下，大部分工作发生在它们之前：提前四到六周做就绪检查，提前三到四周做整改和备件备料，提前一到两周把直播搭台端到端完整彩排一遍。到了窗口期间，排期的现场工程师覆盖真正要紧的那些小时——包括晚间的直播场次——背后是 7×24 服务台覆盖和一条定义好的升级路径。目标是：大促当晚不出现任何本可以在十月份发现的意外。

我们的创意文件应该备份到哪里？

备份到制作它的那台工作站之外的地方，并且做过真正的恢复测试。要求就这么多，而在创意团队里，这个要求没被满足的情况比被满足的更常见，因为大体积项目文件恰恰是最不方便备份的那一类。博迅的云托管备份覆盖常见的文件、图像和视频格式，配有 7×24 任务监控和定期恢复演练；对媒体文件来说，恢复演练是最要紧的那一部分，因为大文件备份正是"任务完成"和"能恢复出可用文件"最容易分岔的地方。至于设计上选本地加云还是纯云，取决于你的工作流里有多少需要在办公室级别的故障中幸存下来。

我们总部的安全策略能和本地平台工具共存吗？

以我们的经验，通常可以，但前提是那道落差被记录下来，而不是被含糊过去。我们见到的失效模式，通常不是一条明令禁止什么的策略，而是一条在不了解本地工具链的情况下写成的策略、一个走完所需时间超过大促日历所能允许的例外流程，以及员工把两者都悄悄绕过去。把团队实际需要什么——平台后台、直播软件、合作机构在用的协作工具——记录下来，作为一份明确清单摆到安全职能面前，才能把它从一个影子 IT 问题变成一个策略决定。至于在你们集团策略下什么可以、什么不可以，以及任何涉及跨境数据流动或平台监管的问题，那属于你们自己的法务与合规职能；我们可以说明运营层面的形态，并支持他们做出的决定。

工程师多快能到杭州现场？

杭州是博迅在中国的五个重点城市之一，因此派遣是一项常设安排，而不是临时去找一个本地承包商。不过诚实的回答是：对大促当晚而言，你根本不该依赖响应时间。真正要区分的是派遣和排期在场：派遣是你在平常一周里遇到意外故障时需要的东西；而排期在场，是你在一场约好主播、后面压着付费流量的直播窗口里需要的东西。如果你对大促风险的答案是一个响应时间承诺，那么大促风险还没有被处理。

杭州的覆盖方式和上海不一样吗？

服务模式是一样的，通常不同的是构成比例。上海的项目更多是区域总部型的工作——企业系统、高管支持、区域协调。杭州的项目则明显偏向平台企业、软件和电商业务，实务上意味着更多创意工作站与媒体文件相关的工作、更多按大促形态排期的安排，以及更多围绕峰值而不是平均值来设计的基础设施。两者都在同一套五城中国覆盖和同一套托管 IT 方案结构之内。

大促窗口的覆盖怎么计价？

分两部分。全年的托管安排——监控、服务台、打补丁、备份——按人按月对应方案档位计价，其中中国是原生定价，而不是从某个区域均值折算过来的。大促窗口的现场工程另行按工程师级别，以及你实际需要的天数和小时数来划定范围，因为一个两周的双十一窗口和一个三天的 618 预售，是不同的承诺。合同时长也影响费率——承诺越长月度费率越低，标准期限是 6、12 和 24 个月。当前的方案结构和包含内容列在托管 IT 支持页面上；一个划定范围的数字，需要先看一眼你的大促日历。