上午十点，会议室的白板上只写了四个字：成本与稳定。林星石把笔递给陈默，让他牵头展开自建机房的准备工作。背景清楚明白，华信机房的服务器与托管价格上调，云服务平台的人均成本抬升，ERp云服务的毛利被压窄。如果继续按现有模式租用整机和资源池，价格会被动。
陈默把时间线划成三段：一周完成选型与测算，两周完成小批量试运行，第三周给出是否扩大投入的建议。他把任务拆给几个小组。
一，渠道与设备清单。由运维的张伟对接二手渠道，重点关注退役的机架服务器与独立存储，收集机型、出厂年限、使用时长、来源单位与维保情况。
二，性能与功耗评估。测试的刘明负责样机跑压，覆盖数据库读写、web并发、队列与缓存场景，同时记录满载与半载功耗。
三，备件与故障率评估。由外包组支援两人做样本统计，核算硬盘、内存、电源等常见故障件的备件比与更换时长。
四，成本测算。财务同事提供固定资产折旧口径，李明把机柜、带宽与电费的报价拉齐，形成可比清单。
五，系统与自动化。赵阳与运维一起整理标准镜像、批量装机脚本、监控告警与资产标签，降低上线的人效成本。
分工落定后，大家各自散开，按照不加班的公司节奏推进。下午三点，张伟把第一批设备清单发到了群里。清单来自一家大型互联网公司的更新退库，集中在两代主流机型，2U 的双路服务器为主，少量 4U 存储机箱。信息项包含 cpU 型号、内存容量、槽位、硬盘接口类型、年限与机房拆机记录。
陈默把清单映射到需求场景。星火的云服务以 ERp 为主，交易量不高但并发稳定，数据库 Io 和日志写入是瓶颈，cpU 峰值不常见，网络带宽以万兆上联为目标即可。综合下来，2U 双路机的密度与能耗比更合适，4U 存储机箱可以作为集中备份与镜像仓库。
他挑出三台样机规格，安排渠道备一台到公司。测试组在机房边侧搭了小型测试位，避免对现网造成影响。刘明准备了四类压测：
一，数据库基准。以 ERp 的典型表结构生成数据，覆盖事务更新、批量插入与报表查询。
二，web 层并发。模拟一百到五百的并发请求，统计响应时延分布与错误率。
三，文件与日志写入。按分钟级滚动写文件并校验落盘延迟。
四，缓存与消息队列。对比内存与磁盘混合场景下的吞吐与延迟。
压测持续到下午四点半结束，数据被整理成一张对比表。样机 A 的 cpU 较新但硬盘为旧款 SAS，随机写入时延偏高；样机 b 的 cpU 型号落后一代，但硬盘控制器支持缓存保护，写入时延更稳定；样机 c 为四路旧机，单机性能强但能耗与噪音高，折合单瓦吞吐不划算。功耗记录显示，样机 A 空载功耗接近一百八十瓦，满载约三百二十瓦；样机 b 空载一百六十瓦，满载约三百；样机 c 空载就超过三百五十瓦，满载接近六百。
陈默在白板上写下选择原则：
一，面向稳定吞吐，优先 IopS 稳定的机型。
二，功耗与单瓦吞吐为权重，避免堆高 tdp 的老旧四路机。
三，可维护性优先，双电源、易抽拔的硬盘托架与可获得的备件。
四，批量一致性，减少异构带来的运维复杂度。
备件与故障率的数据由外包组在傍晚前交上来。他们从渠道与公开交易记录里抽了两百台同代设备的维保历史，统计出硬盘在半年内的更换概率约为百分之六到百分之八，内存条约为百分之一，电源模块低于百分之一。结合 ERp 的负载模式，磁盘是最可能的故障点。陈默据此把备件策略写得更具体，硬盘按槽位的百分之二十备足，内存与电源按百分之五与百分之三做底备，关键零件到位前不扩大上线规模。
成本测算由李明牵头。他把成本拆成五块：
一，设备一次性采购。以二十台 2U 服务器为起点，单价按区间估算，控制在合理范围内。
二，折旧。按三年直线折旧，考虑残值率低于百分之五。
三，机柜与托管。一个四十二 U 的机柜按功率与带宽打包计费，按月摊销，折合到每台服务器。
四，电费。按供电功率与 pUE 估算，结合样机的空载与满载功耗给出区间。
五，运维人效。批量装机、巡检、故障替换的工作量折算为人天，进而折算到单月固定成本。
他在测算表里加了两组对比，继续租用华信整机资源与自购托管的均摊成本。前者优势是稳定与省事，劣势是价格弹性小；后者一次性投入高，但月度成本可控。为了避免过度乐观，李明给自建方案加了三项保守项，包含故障集中爆发月份的备件消耗，带宽升级的阶梯价，以及不可预见的搬迁或机柜调整费用。
赵阳与张伟把系统与自动化的部分推进到可运行状态。他们在测试位做了标准镜像，包含基础的操作系统、JdK、web 容器与监控 Agent，配好 SSh 访问规则与审计命令白名单。批量装机脚本被拆成初始化、系统加固、服务部署三个阶段，任何一步失败都会停在可回滚的节点。监控面板新增了硬盘健康、温度、风扇转速与电源冗余状态，告警按严重级别分色，与现网的告警策略保持一致。
第二天上午，渠道把两台不同批次的样机送到，附带硬盘与网卡。运维先做外观检查与灰尘清理，随后通电测试。为了避免夜间应急，陈默要求所有试运行都在工作时间内进行，告警阈值先定在较高的容忍度，保证团队能在白天观察到趋势而不是被瞬时抖动误导。
测试组复现了前一天的压测场景，同时加了一轮网络层的稳定性试验，检查万兆网卡在大包与小包混合下的抖动。结果显示，样机 b 的网络表现更平稳，拥塞恢复时间短，队列积压不明显。数据库基准在样机 b 上的 95 分位响应也更稳定。刘明把数据发给大家，建议优先选 b 型号作为基线机。
陈默根据这些结论，把初步选型清单压缩到两款。A 型作为计算节点的补充，b 型作为主力节点，存储以 4U 的盘阵承载镜像、备份与日志归档，数据库仍用直连的机械盘阵列，避免过早引入分布式存储带来的复杂度。
下午，李明带着成本测算的初版来了。他给出了三种规模的方案，十台、二十台与三十台，分别对应一个、两个与三个机柜。十台方案用于验证，二十台方案可以承载现有云服务与测试环境，三十台方案具备冗余与扩展余量。每种规模都附带一个敏感性分析，调整电价、带宽、故障率与备件成本，观察月度成本的浮动区间。
讨论过程中，大家把几个关键假设反复确认。折旧口径按财务建议，机柜与带宽按现行报价加保底条款，运维人效按照自动化提升后的测算，以周为单位排定巡检与替换窗口，不安排夜间抢修。对外 SLA 不变，用冗余与切换来抵御单点故障，而不是靠熬夜值守。
张伟补充了供电与散热的边界。单柜上限功率受机房约束，按 A+b 两路供电计算可用功率，单台服务器按半载功耗估算，留出峰值裕度。散热采取前进后出标准风道，机房要求挡板与理线，避免热风回流导致局部过热。网线与电源线的标签规范统一，资产编号与 cmdb 同步，减少后续定位时间。
陈默让大家把风险清单再过一遍。第一，批次差异带来的隐性问题，需要在采购合同里明确批次与配件一致性。第二，硬盘供应的间断，提前与渠道确认批量可得性。第三，装机与脚本的不可预期失败，分阶段回滚并预留人工介入时间。第四，现网切换策略，非涉敏的云服务与演示环境先迁移，涉政生产环境继续使用华信机房，避免跨越既有合规边界。
第二天上午十点，陈默带队去南都华信总部，先和机房运维总监张总碰了个面。对方态度客气，言语里却透着谨慎：“自购设备托管可以，但要按规范走。我们对你们自有设备的可控边界有限，你们要准备齐全报告。”
玻璃白板上写着四行字：机柜、供电、带宽、准入。张总指着第一行开口：“机柜租赁基准价，每柜每月两千八，电费一块二一度，带宽另计。你们先把设备清单、功耗报告和上架计划发我。”
陈默点头，把准备好的样本功耗表递过去，在纸上做了个口算：“按现在二十台服务器估算，先起步上一柜，分批逐月补齐。考虑均摊后的总账，月成本大约六千八，比直接租用你们的整机便宜三成多，但硬件风险我们自担。
张总继续问边界：“运维职责怎么划？”
“你们负责机房基础设施，A+b 两路供电、温湿度、消防与安保，链路按带宽合同。设备层我们自己负全责，标准镜像、批量装机、监控与告警都按我们的体系。夜间不抢修，出现重大故障先切回现网。”陈默把节奏压在每个短句上。
临近散会，华信技术主管李工把陈默叫到走廊，压低声音提醒：“这两周 A 区在做电力改造，要切一次变压器，可能有短暂停电演练。你们要是上设备，先避开 A 区，去 c 区，最近更稳。我和张总打个招呼，按季度签可以争取一点优惠。”
“收到。我们选 c 区，先做小规模试用。”陈默把“避开 A 区”“c 区稳定”写进本子。
午后，资产处置部王经理也来了。他翻开清单逐条报价：“退库的 dell 2950 每台八百，hp dL380 每台一千二，不含硬盘。网卡和托盘看库存情况单算。”
陈默没有立刻点头，提出现场看货。几个人去了临时仓，灯光偏暗，铁架上摆着两排机架服务器。张伟带着手电和防静电手套，一台台抽拉托盘、看铭牌、查电源模块指示灯，刘明把随机抽检结果记在表上。
半小时后，初步统计出来：约三成机器存在内存缺失、电源告警、风扇异常等问题。陈默把表递给王经理，语气平稳：“我们按批次收，但要反映真实状态。要么剔除问题机器，要么整批下调价格。”
王经理沉吟片刻，打了个电话：“整批下调十五，另外送一批硬盘托架。需要网卡的型号提前列出来，我们再找。”
“可以。合同里把机型、出厂年限、配件一致性写清楚，避免混批。”陈默补了一句。
回到会议室，维保条款成了焦点。华信只提供机房基础设施保障，设备硬件故障由星火自行处理，但可协助联系第三方维保服务商。
“我们不引入第三方维保。”陈默态度明确，“目标之一是把可控性握在自己手里。我们把运维团队扩充到覆盖白天的维修替换，夜里不抢修。有紧急事件，先切流量，次日工作时间内修复。”
张总点头：“机房提供二十四小时准入，但要提前备案抢修人员信息。紧急情况下可以电话叫醒值班人员配合开门或查环境。”
“准入名单我们按批次提交，月度更新。”陈默把条目写进清单。
谈判持续到下午四点，双方把试运行方案细化成十几条：先托管五台关键设备，分布在 c 区同一排，便于走线与巡检；上架前做一轮功耗复核与压测，上架后接入现有监控面板，新增温度、风扇和电源冗余状态；日志与审计按星火统一格式接入，方便和云服务平台的运维体系复用。
张伟主动请缨驻守机房一周。陈默给他定了边界：“白天在，晚上回。告警阈值先放宽，先看趋势，不被瞬时抖动误导。”
第一天上架，五台机器全部通过上电自检。运维下发标准镜像，批量脚本分三段执行：初始化、系统加固、服务部署。每段结束都落一条审计记录。到下午三点，监控面板上出现了五条新的曲线，温度平稳，功耗在样机区间内。刘明在本地跑了一轮 web 并发与数据库基准，误差在预期范围。
第二天，张伟做了链路聚合切换演练，模拟单网口断开，恢复在秒级。随后拔掉一只电源模块，负载顺利切到另一只，告警被正确捕捉。陈默让他在演练记录里加上恢复时长、告警等级和处理流程，作为后续批量上线模板。
第三天，资产处置部发来第一批出库单与清单。公司仓储点同步收到了硬盘托架和两箱风扇。赵阳把镜像仓库的签名校验开启，建立了和准入名单一致的发布名单，避免误操作。李明依据新的报价把整体成本表更新了一版，把“机柜两千八、电一块二、带宽另计”写进合同条款建议，并在敏感性分析里加了“电价上涨”和“带宽阶梯价”。
第四天，李工又发来提醒：c 区周末会做一次应急通道演练，人流集中，建议取消周末变更窗口。陈默把周末的脚本更新暂停，把变更窗口统一到工作日午后，外包组同步调整排期。
第五天，陈默在机房现场做了一次功耗复核。以两台 b 型机的半载压测为基准，平均功率落在一百八十瓦上下。他按“按柜功率”和“按设备功率”两套口径测了电费，写在本子上：试运行月度成本约六千八，包含一柜租赁、低负载电费与共享带宽。和继续租用整机相比，账面便宜约三十五，但需要承担硬件故障与折旧的不确定。李明把这段测算记进成本表的备注栏，标注“仅试运行口径”。
第六天，告警面板出现两次黄色告警，均为一台样机风扇转速异常。张伟现场检查后确认是传感器误报，替换风扇后恢复。陈默把“传感器误报”列为已知问题，要求外包组在巡检脚本里加入二次确认的逻辑，避免因单点误报触发不必要的切换。
第七天，五台设备连续运行超过一百六十小时，没有出现阻断性故障。监控曲线显示温度和功耗稳定，链路丢包率在万分之一以下。刘明补充了一轮文件与日志写入的长时稳定性测试，写入延迟在可接受区间。
一周结束，试运行的数据被整理进一份简短的周报，分三类指标呈现：稳定性、效率和成本。稳定性里列了告警次数与级别，效率里写了装机脚本与巡检的人工时，成本里是机柜、电费与带宽的摊销。周报最后两行是陈默写的提示：
一，继续按不加班原则推进，夜间不做变更，重大故障先切回现网，白天修复。二，批量上线前再做一轮合同条款确认，设备批次一致性与备件到位作为前置条件。
下午的复盘会上，张总翻看周报，语气平常：“你们的执行挺稳，流程清楚，配合度也好。就按你们的节奏来，别急。”
会后，李工在电梯口和陈默并排站了一会儿，低声说：“你们这套做法，比我们租用整机的账要低，而且把风险点写得清楚。”
陈默点头：“我们做的主要是把变量变成清单。能控制的多一些，账才会稳一些。”
回到公司，陈默把周报发到群里，附了一段简单的总结：团队效率稳定，分工清晰，自建路径可行，成本端有明确下降空间。最后一句是给内部看的提醒：节奏比速度更重要。
当天傍晚，张总在电话里感叹：“你们这套比直接租用整机的成本低不少，还愿意自己承担设备风险。只要合规边界不碰，机房这边会尽量配合。”
陈默只回答了一句：“我们按计划走。”
试运行继续按周推进。
第二周在 c 区加挂了两台计算节点，作为缓存与消息队列的混合场景负载。运维把告警阈值微调到更接近生产口径，白天观测趋势，晚上照常关灯。
第三周，备件清单与替换流程被写成固定模板。
硬盘备件按百分之二十准备，内存按百分之五，电源模块按百分之三。采购和仓储都严格按模板执行。
财务方面，折旧口径确定为三年直线摊销，残值率控制在百分之五以下。
到这个节点，四张关键表已经对齐：设备清单、托管条款、运维流程与回滚策略。试运行按既定路线稳步推进。
星火团队把可控的部分握得更紧，对外的衔接则严格按流程执行。事务处理得井井有条，进度在白板上稳步向前移动。
这场围绕成本与稳定的战役，以星火团队的务实与精细暂时告一段落。
从二手设备的筛选到自动化运维体系的搭建，他们用技术人的方式解决了商业问题——不是简单的开源节流，而是通过标准化、清单化和流程化，把不确定性转化为可计算的风险，把成本中心变成了可控的资源池。
对于星火科技而言，自建机房不仅是一次成本优化的实践，更是公司发展过程中重要的能力积累——它让团队学会了在资源有限的情况下，如何通过技术创新和管理优化，走出一条属于自己的发展道路。