规模往上翻的时候，最先出问题的那一环，跟大多数人猜的不一样。
不是脚本，也不是授权。是供电！
去年夏天一个团队从十二台加到三十台，加完第二天开始随机掉线。他们折腾了一周脚本，超时改了、重试次数改了、等待时间也加了，一点用没有。后来我过去摸了一下 HUB 的电源适配器——烫手。
三十台插在两个无源 HUB 上，电流根本带不动。
那周白干了。
按十台、三十台、一百台三档说，每档只讲硬件这层。人和流程怎么配，不在这篇里。
十台，别急着买硬件
十台这一档，插上数据线就能跑。
一个 USB 口一台。机箱后面四个口，前面再来两个，加显示器的扩展，十台绰绰有余。
这一档别买 HUB，也别买开发板。十根线的整理成本约等于零；一根扎带就完事。
真正该花钱的是线材。
便宜线用两三个月开始接触不良，症状特别容易误判：某台设备时好时坏，成功率忽高忽低，看着像脚本不稳，其实是那根线。
我手上有根原装线用了三年还在服役，也有根二十块的，两个月就废。买线别省；一根好线比多买一台设备有用。
要做的两件事：贴标签、分组。
标签写清是哪台、管哪几个号；掉线的时候你不用一台台去对编号。
分组哪怕只分两三组，也比一堆设备平铺着强；后面要按组下发任务，现在分好，省的是以后的事。
十台还有个隐藏价值，你会在这段时间里把整套流程摸熟：哪个页面加载慢、哪个后台早上维护、哪台机器在什么情况下容易卡。这些只能跑出来，买不到。
三十台，卡住你的是供电
三十台得用带独立供电的 HUB，而且要看单口电流。
这条最硬。
普通无源 HUB 挂七八台就开始抽风。挑 HUB 看两个参数：一路总电流、单口上限；单口能给到 2.4A 的，挂七台以内基本稳。
三十台的配置通常是这样：一台电脑，四五个带独立供电的 HUB，每个 HUB 挂七台。
HUB 供电不足，故障特征长得像软件问题。
这是它最坑的地方。表现为设备随机掉线、任务中途停住、投屏时好时坏。
所有症状都指向”脚本不稳定”。于是你去改超时、改重试、改等待，改一周，一点用没有。
判断方法很简单：摸电源适配器，烫手就是供电吃紧。或者把设备砍一半试试，砍一半就稳了，那就是电的事。
这一档开始要求结果能回收。
十台你可以一台台看；三十台必须做到跑完一眼看出哪几台失败，所以每台设备执行完要回传状态，不能靠人去翻三十个画面。
这一步没做，三十台的日常巡检会从十几分钟涨到一小时。
脚本的失败率会被规模放大。
这条跟硬件无关，但在这一档卡得最狠。
单台跑十次失败一次的脚本，三十台一起跑就是每轮都有失败。三十台一轮，10% 的失败率意味着每轮三台要重跑。
这是设备的问题吗？不是。等待和异常处理没写够而已。这一档该做的是回头补脚本，不是加设备。
一百台，供电之外还有散热和带宽
连接方式在这一档会分叉。
集中放一个机房的，走有线直连加机柜；分散在多地的，走网络通道。
前者的成本压在硬件和场地上，后者压在网络和运维上；两条路的钱花在不同地方，别混着算。
散热是夏天最容易漏的一条。
三十台挤在一个机柜里，室温一上来设备就降频。降频的表现和掉线几乎一样：任务卡住、响应变慢、最后判定超时。
我们给一个机房加了两台工业风扇，七月到八月的失败率从 12% 掉回 4%。风扇多少钱？两百出头。
投屏带宽会先于 CPU 打满。
一百台同时投屏，就算只开 5 fps、480p，USB 3.0 的带宽也扛不住。
所以这一档的普遍做法是不投屏，只对异常设备临时开一路；平时盯状态页的数字，不看画面。刚上量的人不习惯这个，但它是唯一可行的办法。
一百台最先崩的是账号，不是设备。
设备掉线你能立刻看见；账号异常往往要等出了事才知道。到这个量级，账号状态的日常巡检比设备巡检更值钱。
扩之前先测这一件事
别按”我想买多少台”定规模；按”我能测出什么”定。
往上加一档之前，先做一次满载测试：把现有设备数量翻一倍，连跑三天，看失败率和每天维护时间。
三天里失败率稳在 5% 以内、每天维护时间没超过一小时，那就往上加。超了呢？先解决上一个瓶颈，别急着下单。
从十台到一百台，中间隔着三道坎：供电、结果回收、散热。脚本反而是最晚出问题的那个。