站长圈淘汰只会单点日志运维的人

　　近两个月接了三个站长圈的单子，我原以为甲方都是要"日志全链路监控"这种高大上的东西，结果三个项目全卡在"就改一点点"上——有个电商站长，凌晨三点发微信，六十秒语音方阵轰炸，说要把用户登录日志里的"IP地址"字段，拆成"省份+城市+运营商"三列。我回他"这得改ELK的Logstash配置、重写Kafka的Schema、还要调Flink的ETL任务"，他秒回"不就加个字段吗？"

　　这种需求蔓延我见过，但站长圈的"一点点"是真离谱。另一个做社区的站长，需求文档里写"只要把错误日志里的HTTP 500单独存个表"，结果验收时说"能不能把500的响应时间也统计出来？还有，用户ID要关联到会员等级，这样我能看出是VIP还是普通用户报错多"。我翻出合同里的"仅包含原始日志存储"，他直接转账截图发过来："尾款多给两千，你今晚加个班？"

　　最绝的是上周那个做工具站的，源码交付后三天，凌晨两点发来新需求："能不能把日志里的设备型号字段，按苹果/安卓/其他分类，再统计每个分类的访问量？"我查了下，他原来的日志格式里设备型号是混在User-Agent里的，得用正则表达式提取，还得改Grafana的仪表盘。我回"这算二开了，得加钱"，他秒回"在吗？我之前尾款还没付，现在一起转你，连这次的一起算"。

　　我原以为站长们只要日志能存、能查就行，结果发现他们要的"一点点"，全是单点运维的命门——你只管存日志，他让你拆字段；你只管查错误，他让你做用户画像；你只管报个警，他让你预测故障。上周跟一个做日志分析SaaS的同行吵架，他说"站长们就想要个能点两下就出报表的工具"，我怼他："他们要的不是工具，是要你把单点运维的活，全包成全链路服务。"

　　微信里还有个站长，三天两头发"在吗？"，我一般隔两小时才回——不是端着，是怕他接着发需求。有次他问我"能不能把日志里的访问路径，按页面跳转顺序画成树状图？"，我查了下，得用Flink的CEP模式匹配，还得写UDF，工作量抵得上重新做个日志系统。我回"这得加三万"，他沉默了半小时，发来一张转账截图："先转一万定金，剩下的验收完给。"

　　现在站长圈淘汰单点运维的人，我举双手赞成——不是因为单点运维不好，是因为甲方根本不给你做单点的机会。你跟他说"日志存储和日志分析是两码事"，他说"我就要一个能存又能分析的"；你跟他说"字段拆分要改整个链路"，他说"你不是运维吗？运维不就是改配置的吗？"。我上周把一个站长的需求转给做全链路的朋友，他看了五分钟，回我："这单子你接了？得加五个人，工期两个月。"

　　但话说回来，站长们要的"一点点"，也有好处——尾款好要。以前做单点运维，验收时甲方总说"再改改"，尾款拖半年是常态；现在他们要"一点点"，改完马上转账，因为改的是他们自己要的功能，拖久了影响他们看数据。上周那个做工具站的站长，改完设备型号统计后，第二天就把尾款转了，还附了句"下次有需求还找你"。

文章配图，仅供参考

　　至于那些还在坚持单点运维的同行，我建议他们要么学全链路，要么转行——站长圈的"一点点"，正在把单点运维逼成"全链路免费劳动力"。我上周把一个站长的需求文档发群里，同行老张看了说："这哪是改日志？这是要你重新做个BI系统。"我回他："所以我现在报价都按BI系统的标准来——甲方要'一点点'，我就要'一点点'的钱。"

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!