微软再提醒IE模式2029年后停止支持
微软通过Microsoft 365管理中心向企业IT管理员再次发出提醒，确认Edge浏览器内置的Internet Explorer（IE）模式将至少支持到2029年年底，并承诺在正式停止支持前提前至少一年通知，敦促仍依赖仅兼容IE内核网站或应用的企业尽早启动现代化迁移工作。
IE模式允许企业在Edge浏览器内部继续运行基于旧版IE内核的遗留网站与应用，底层调用的是IE11所使用的Trident MSHTML引擎，因此仍支持ActiveX控件等老旧技术，但诸如自定义工具栏在内的部分IE专属功能已不再受支持。该模式之所以延续至今，根本原因在于许多企业内部关键业务系统构建在这类过时技术之上，替换与迁移成本高、周期长，此前IE11桌面应用程序早在2022年6月15日已正式停止支持，但IE模式作为过渡方案被保留至今。
微软在通知中明确表示，"应用现代化项目可能需要数年时间才能完成，具体取决于依赖关系的数量与复杂程度，因此提前规划能够降低后期出现中断的风险"。官方为企业IT部门给出三项具体行动建议：一是梳理依赖清单，通过审查现有"企业模式站点列表"及当前使用情况，识别真正需要IE模式支持的业务关键型网站与应用；二是评估现代化路径，判断每个应用应采取更新、迁移托管、替换还是重构；三是如遇兼容性问题，可申请微软App Assure项目，该项目为符合条件的客户提供免费协助。微软同时强调，此次通知仅为提前告知，不涉及任何功能变更，企业无需立即采取行动，现有IE模式配置也不会受到影响。
此次支持承诺覆盖全球版、GCC、GCC High及DoD（美国国防部）等多个云环境版本。值得注意的是，IE11本身仍随Windows 10 IoT Enterprise LTSC 2021版本一并提供，而该操作系统版本的官方支持将持续至2032年，这意味着Edge内IE模式的停用时间点很可能早于对应操作系统本身的生命周期终点，两者并不完全同步，企业在制定迁移计划时需要分别评估。
微软同时提醒，IE模式停止支持后，相关系统若继续沿用旧内核运行，将不再获得官方安全更新与合规保障，届时企业需自行承担由此产生的安全漏洞、兼容性故障及合规审计风险，而不会出现功能立即失效的情况——这种"渐进式失去支持"的特性，恰恰容易导致企业低估紧迫性、持续拖延迁移进度。
从产业链角度看，微软此次提前逾三年发出的迁移预警，实质上是在为规模庞大的企业级遗留系统改造市场释放需求信号：一方面，围绕应用现代化、代码迁移与系统重构的专业服务商、系统集成商及云迁移工具厂商，将从这一长周期、确定性较强的迁移需求中获得持续订单；另一方面，微软自身通过App Assure等免费协助项目介入迁移进程，也在同步强化企业客户对Edge及Azure云生态的粘性，间接为其云计算与生产力工具业务导流。资金层面，率先启动迁移评估、抢占专业服务产能的企业将更从容地摊薄改造成本，而选择继续拖延、直到临近2029年最后一年通知窗口期才集中行动的企业，则可能面临迁移服务供给紧张、项目排期延误及安全合规风险集中爆发的多重压力。
来源：公开信息
ABAB AI 解读
微软对IE模式的处理路径，延续了其一贯"渐进式退役、长周期过渡"的产品生命周期管理策略——IE11桌面应用早在2022年6月即已正式停止支持，但微软并未强制切断所有依赖旧内核的企业场景，而是通过Edge内置的IE模式提供了长达数年的兼容层，这与此前Windows XP、Windows 7等操作系统退役时同样为大型企业与政府客户提供延长支持协议的做法如出一辙，体现出微软在面对庞大存量企业客户基础时，始终倾向于用时间换取平稳过渡，而非一次性强制切割。
从资源调动角度看，微软选择将App Assure这一免费协助项目作为迁移过程中的资源投入工具，本质上是用相对有限的直接服务成本，换取企业客户在长达数年迁移周期内持续绑定在Edge浏览器与微软云生态之内，避免客户因迁移复杂而转向其他厂商的替代方案。与此同时，微软自身内部研发的COBOL智能体迁移工厂（COBOL Agentic Migration Factory）项目，已经在利用基于GPT系列模型与GitHub Copilot构建的多智能体协作架构，自动完成COBOL到Java的代码转换与依赖关系梳理，这类内部实践积累的AI迁移能力，未来很可能被进一步包装为面向企业客户的商业化迁移服务，成为微软在这场遗留系统改造浪潮中新的资源变现路径。
这种"巨头官宣长周期退役窗口、同步释放确定性迁移需求"的模式，与近年金融、电信行业大规模推进的COBOL大型机系统现代化浪潮存在结构相似性——彼时同样是因为存量系统承载关键业务、替换风险极高，行业普遍采取分阶段、长周期的迁移策略，并催生出一批专注遗留系统改造的专业服务商。就当前技术周期而言，IE模式的退役窗口恰好与生成式AI代码理解与自动转换能力的成熟期高度重合，这使得本轮迁移相比过去纯人工重写的路径，具备了更高的自动化辅助空间，正处于"传统人工迁移"向"AI辅助迁移"过渡的关键节点。
这一现象本质上属于"技术替代"驱动下的产业链重构：其发生机制在于，大语言模型已经具备了理解遗留代码结构、梳理依赖关系并自动生成等价现代化代码的能力，使得原本高度依赖资深工程师人工重写、耗时数年的遗留系统迁移工作，第一次有可能被大幅压缩周期与成本。这也意味着，此类退役窗口预警本身正在从单纯的"合规倒计时"，演变为检验企业AI工程化落地能力的现实试验场——谁能更早、更系统性地将AI代码迁移能力嵌入自身IT现代化流程，谁就能在这场确定性到来的技术周期切换中，以更低成本完成资产升级，并在同类企业中率先释放出被遗留系统长期占用的工程资源。
ABAB News · 认知定律
退役窗口越长，越容易被拖成危机。
巨头给的不是宽限期，是绑定期。
AI能重写的代码越多，人力重写的护城河就越浅。