Havenlon | 杂谈：基础设施并不始于规模，而始于一种重新理解系统的方式-北京尧图网络

人们谈到基础设施这个词时脑海里浮现的往往是一些体量惊人的东西数据中心、云计算平台、芯片工厂、通信网络、数据库集群、金融清算系统。它们意味着庞大的资本投入、复杂的工程体系、数以万计的客户以及需要很多年才能积累起来的行业地位。久而久之一种错觉就此形成——只有足够大的公司才有资格做基础设施。但如果把时间轴拉长回看计算机产业过去半个世纪的演化会发现一个反直觉的规律真正改变基础设施的东西最初往往并不来自规模而来自有人突然换了一种方式理解系统。基础设施诞生的时刻通常不是服务器部署到第一万台的那一天而是在更早的某个瞬间有人提出了一个此前并不显眼、甚至有点不合时宜的问题——我们是不是从一开始就把这件事情理解错了这篇文章想讨论的正是这个更早的时刻。一、真正的基础设施创新首先发生在认知层Unix 最重要的遗产并不只是一个操作系统而是一整套关于软件应该如何构建的哲学小工具、单一职责、可组合、文本流、管道。这套哲学至今仍在影响几乎所有现代软件的组织方式而它的起点并不是某项性能指标的突破是对程序应该是什么的重新定义。Git 同样如此。它表面上是一个版本管理工具实质上是对版本历史这件事的重新理解——历史不必依附于一台中央服务器它可以由内容寻址、对象和不可变关系共同构成。当这个认知被接受之后分布式协作才成为默认形态而不是一种昂贵的例外。Zero Trust 更能说明问题。它并不是某一台安全设备或某一款产品它真正改变的是一个已经默认存在了几十年的判断进入内网并不意味着值得信任。值得注意的是在这三次变化发生之前行业并非一片空白。操作系统早已存在版本控制早已存在网络安全体系也早已成熟。新的基础设施之所以出现不是因为旧系统完全不能用而是因为支撑旧系统的某个基本假设开始失效。这可能才是理解基础设施创新最关键的一点基础设施的源头通常不是一个新产品而是一个旧假设被推翻。如果这个判断成立那么识别下一个基础设施层的方法就不是去清点谁的规模更大而是去寻找此刻正在失效的那个假设。而在今天这样一个假设正在被 AI Agent 悄悄动摇。二、AI Agent 正在制造这样一次假设失效过去几十年企业 IT 安全建立在一个非常稳定的世界模型之上人使用系统软件接受人的指令身份认证回答你是谁授权系统回答你能做什么审计系统记录你做过什么。围绕这个模型行业发展出了极其成熟的工具箱——IAM、RBAC、ABAC、SSO、MFA、PAM、Zero Trust、SIEM。几乎整个现代企业安全体系都建立在同一条逻辑之上只要能确认主体的身份与权限就基本可以确认这次访问是否安全。AI Agent 的出现正在改变这条逻辑的一个基础条件——软件不再只是等待人类逐条下达命令。它开始理解目标、拆解任务、调用工具、生成参数、选择执行路径并连续完成一系列动作。当软件从被使用变成自己行动一个过去几乎不需要单独讨论的问题就浮现出来一个主体拥有合法身份也拥有合法权限之后是不是就应该能够让一个动作真正发生在传统软件时代这两个问题可以近似地合并处理因为动作的最终发起者始终是人人的意图与人的权限之间存在天然的短距离。但在 Agent 时代它们开始分离。一个 Agent 完全可能身份正确、Token 合法、权限合规、API 调用规范、网络连接可信操作本身也处于授权范围之内却仍然在理解任务时出现偏差、在选择对象时出现错位、在生成参数时出现漂移、在错误的时间点执行、依据已经过期的信息作出判断或者在一个多步任务中逐渐偏离最初的意图。这就构成了传统安全体系最棘手的一种情形整个访问链都是合法的但最终动作仍然是错误的。在这种情形下把所有资源投入到更强的身份治理或更细的权限颗粒度可能并不会带来对应的安全收益。因为出问题的地方已经不在访问链上了。三、这意味着权限可能不再是最后一个安全问题过去几十年安全行业最核心的问题可以浓缩成一句英文Who is allowed to do what谁被允许做什么。整个行业的产品谱系、组织结构和采购习惯都是围绕这句话建立起来的。但当 AI 开始真正操作资金、云资源、生产系统、工业设备乃至物理世界时这个问题可能还需要再往前推进一步Who can actually make the action happen谁最终能够让这个动作真正发生这两句话看上去非常接近实际处理的却是两件事。Authorization 决定一个主体是否获得某种权限管理的是能力范围而对执行本身的控制决定的是某一次具体动作、在某一个具体时刻、面对某一个具体对象是否仍然应该真正发生管理的是现实是否被改变。前者是静态的资格后者是动态的结果。这也是为什么未来许多 Agent 安全问题可能无法仅仅停留在身份治理、权限治理或者模型安全的层面上解决。模型是否足够可靠当然重要但它并不是唯一的问题。真正的风险结构在于另一件事一个并不完全可靠的系统开始拥有直接改变现实的能力。一旦问题被这样表述随之而来的就不再是如何让判断更准确而是当判断可能出错时现实世界是否还保留了一次说不的机会。这种在最后一刻仍然能够阻断动作的能力在人类主导的系统里通常由人隐性承担而在 Agent 主导的系统里它需要被显性地安排在某个地方。四、每一次基础设施变化都来自一个以前不值得单独处理的问题回看历史很多基础设施层在最初出现时都有一个共同特征行业普遍认为它没有必要单独存在。数据库出现以前数据当然可以直接写文件负载均衡出现以前客户端当然可以直接访问服务器IAM 出现以前每个应用完全可以自己维护用户名和密码API Gateway 出现以前服务之间当然也可以彼此直接调用。这些新的层之所以最终成立不是因为原来的做法做不到而是因为随着系统规模、复杂性和风险同时增长一个原本可以被其他组件顺便处理的问题最终重要到必须独立成层。判断的标准从来不是技术上能不能而是耦合在别处的代价是否已经高到无法承受。Agent 的执行环节很可能正在经历同样的过程。今天典型的做法是模型负责判断Agent 负责编排Policy Engine 负责检查工具直接执行。整条路径隐含着一个假设——只要上游已经完成了身份认证、权限控制和策略判断下游就可以相信这次动作。如果 Agent 的自主性继续提高这个假设迟早会被挑战。因为在一次动作真正落地之前系统其实还需要回答另一组问题执行对象是否仍然是最初那个对象参数在传递过程中是否发生了漂移现实状态是否已经变化批准时成立的前提条件此刻是否仍然成立所依据的证据是否足够新鲜多个参与方之间是否出现了冲突以及最关键的一个——这个动作究竟由谁最终放行这些问题不会因为模型变得更聪明而自动消失。恰恰相反模型越有能力自主行动它们越重要。五、真正的新基础设施往往先显得多余新基础设施还有一个非常典型的早期特征它刚出现时几乎一定显得多此一举。为什么还要单独一层原有系统不是已经能做到吗为什么不能直接写在应用里为什么不能交给 Policy Engine 判断为什么不能让 Agent 自己检查为什么还需要独立的协议、独立的部件、独立的证据这些质疑其实非常合理甚至是必要的。因为如果一个问题仍然能够被既有架构轻松吸收那么它本来就不应该被抬升为基础设施。只有当一个问题同时逐渐满足三个条件时一个新的层才真正具备存在价值第一它开始反复出现在越来越多彼此不相关的业务中第二它无法由任何一个现有参与方独立、可靠地解决第三一旦处理失败后果已经足够严重。Agent 的现实执行正在逐渐接近这三个条件。数字资产转账是一种执行支付是一种执行云资源删除是一种执行数据库变更是一种执行工业设备控制也是一种执行。这些业务在应用层面几乎毫无共同之处但如果继续向下抽象它们共享同一个结构Intent → Decision → Execution → Result → Evidence这意味着真正值得被基础设施化的可能不是某一类具体的 Agent而是机器如何获得改变现实的最终执行资格这件事本身。它同时也解释了为什么审计日志不足以承担这个角色日志记录的是已经发生的事而执行资格处理的是尚未发生、且随时可以被拒绝的事。六、小公司也可能首先看到大公司还没有必要解决的问题这正是基础设施创新并不天然属于大公司的原因。大公司的优势毋庸置疑客户、资本、数据、人才、渠道、生态样样具备。但它们同时受到另一种力量的约束——它们必须优化一个已经存在的世界。一家拥有庞大 IAM 产品线的公司会很自然地从 Identity 的角度理解 Agent一家拥有云平台的公司会从 Cloud Governance 的角度理解 Agent一家模型公司会首先关注模型能力、Guardrail 与 Tool Use一家安全公司会首先想到 DLP、SOC、权限与风险检测。这些切入点都没有错它们都是各自世界观的合理延伸。但真正全新的基础设施问题常常恰好落在这些既有分类的缝隙里。小公司没有庞大的存量产品需要保护这种劣势反而带来了一项罕见的自由它可以重新划定系统边界可以提出一些看上去甚至不符合现有产品分类的问题。比如为什么 Policy Engine 一定拥有最终决定权为什么资产 Owner 一定拥有无限执行权为什么认证通过就等同于具备执行资格为什么执行完成之后只能留下 Audit Log而不是留下可以被重新验证的执行证据为什么整个安全体系管理的是 Access Path而不是 Causal Path这些问题在最初听起来不像产品问题甚至不像商业问题更像是架构层面的哲学追问。但如果其中某一个判断最终被证明是对的一个新的基础设施类别就可能从这里慢慢长出来。七、中国初创公司真正可以挑战的不只是产品而是问题定义权中国科技公司已经证明了很多事情可以做出巨大的互联网平台可以做出世界级硬件可以在新能源、通信设备、无人机、供应链和制造体系上建立全球竞争力。但在基础软件与基础设施领域还有一种更难建立的能力——定义问题的能力。它不是在国外出现一个成熟品类之后迅速复制、优化并工程化落地而是在一个新的技术时代刚刚开始时率先提出未来整个行业可能需要一个此前并不存在的层。这件事并不主要取决于公司有多少人甚至不完全取决于当下有多少收入。它首先依赖一种更困难的能力长期观察技术结构的变化找到旧体系中正在失效的那个假设把一种模糊的不安转化成清晰的概念再把概念逐步落成协议、代码、部件、产品与标准。这条路的风险极高。大部分所谓的新范式最终不会成为范式大部分新造的术语会在两三年内消失大部分自称的新基础设施最后只是别人产品里的一个功能。因此一个团队不能仅仅因为发明了几个新词就认为自己开辟了一个新领域。真正的检验只有一条这些概念是否能够解释真实问题并且形成比旧架构更好的工程结果。八、基础设施最早的形态可能只是一种新的解释顺着这条标准往回推判断一家创业公司是否真的在做基础设施或许不应该先问它有多少客户、部署了多少节点、收入多少、市场份额几何。这些指标最终当然都重要但在足够早的阶段还有另一个问题更值得问它是否发现了一个未来很多系统都不得不回答的问题如果答案是肯定的那么基础设施可能已经开始出现了只是还没有长成我们熟悉的那种庞大形态。它此刻也许只是一篇论文、一个新术语、一套协议、几块开发板、一个尚不成熟的软件系统甚至只是一张被重新画过的架构图。所有后来被视为理所当然的基础设施都经历过同一个阶段只有极少数人觉得这个问题值得被单独解决。这个阶段的特征不是喧嚣而是安静。结语基础设施首先是一种世界观AI 时代会诞生大量新的应用也会诞生很多新的模型、Agent、工具和平台。但真正影响未来十年甚至更长时间的东西未必全部出现在应用层。一些更深的变化可能发生在我们如何理解身份、权限、信任、执行、证据以及机器与现实世界之间的关系。其中最根本的一次转变或许是安全的支点从人身上移开过去我们依靠可信的人来兜住最后一步未来我们需要依靠可信的结构来确保那一步在不该发生时不会发生。真正重要的基础设施创新从来不是先拥有一万台服务器然后再去寻找哲学。方向通常正好相反先有人发现旧世界的某个基本假设已经不再成立然后提出一种新的理解方式接着出现协议出现工具出现产品出现公司。直到越来越多的人开始依赖它我们才突然意识到——原来一个新的基础设施层已经存在很多年了。基础设施并不始于规模。它始于一种重新理解系统的方式。

Havenlon | 杂谈：基础设施并不始于规模，而始于一种重新理解系统的方式

相关推荐

基于SpringBoot+Vue.js的社区老年食堂智慧订餐系统（毕设源码+文档）

Go语言构建量化交易系统：架构、核心模块与工程实践

【架构专栏】4.7 信息安全的抗攻击技术 3/4

更多资讯

拓扑排序算法详解：从DAG图到Kahn与DFS实现

Git+宝塔实现Web代码自动化部署方案

MySQL单表查询实战：从基础到电商案例

StringRedisTemplate核心解析与高效实践

MySQL GROUP_CONCAT函数实战：数据聚合与报表生成

OpenStack Cinder备份可靠性增强：三重校验与状态机治理

今日更新

GUI自动化测试中的ScreenLayout：从硬编码坐标到声明式画面地图

LLC谐振变换器12V25A 300W开关电源设计与调试全攻略

ESP32多应用Flash数据隔离：分区表与NVS namespace实战

本周精选

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

基于DRV8818与STM32的双极步进电机驱动方案实战解析

DRV8818PWPR+PIC18F45K80双极步进电机控制方案实战

本月热门

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

基于DRV8818与STM32的双极步进电机驱动方案实战解析

DRV8818PWPR+PIC18F45K80双极步进电机控制方案实战

读完文章，想聊聊您的网站？