围绕云函数直接运行 Express 类应用的讨论，正在影响企业对无服务器架构、接口治理和数字化平台建设的判断。本文从技术趋势、应用启发、合规风险和开放问题出发，邀请读者共同讨论 API 网关在新架构中的价值。
今日技术观察 点击查看原文> 01 背景速览 近期，围绕云函数直接运行 Express 类应用的讨论受到关注。传统上，许多企业会将外部请求先接入 API 网关，再转发到函数、容器或后端服务。随着运行时能力、部署方式和开发框架的演进，一些团队开始重新评估：如果应用本身可以在云函数中直接承载 HTTP 请求，是否还需要保留独立的 API 网关入口。这类讨论并非简单替代关系，而是涉及架构分层、请求治理、可观测性和运维成本的综合判断。 02 趋势影响 从趋势看，软件开发正在从“固定基础设施”转向更灵活的运行时组合。云函数、轻量容器、Serverless 框架和通用 Web 应用之间的边界逐渐模糊。对开发团队而言，减少中间组件可能带来更短的调用链路和更直接的部署体验；但对企业级系统而言，统一入口仍然承担路由、鉴权、限流、日志、版本管理和安全防护等职责。因此，趋势影响并不只是技术选型变化，而是要求团队重新思考“谁来负责接口治理”和“治理应该放在哪一层”。 03 企业应用启发 对企业数字化建设来说，这类架构变化具有启发意义。在内部工具、轻量服务、原型验证、事件驱动处理和中小规模业务接口等场景中，直接运行 Express 类应用可能提升交付效率，降低简单链路的复杂度。但在面向公众、跨部门共享、强合规要求或高并发场景中，企业仍需要评估是否保留 API 网关，或通过服务网格、边缘网关、统一鉴权平台等方式承担类似职责。关键在于把接口治理纳入平台能力，而不是仅从单个应用部署便利性出发做决定。 04 合规观察 在合规与风险层面，简化架构也可能带来新的安全边界问题。直接暴露应用入口时，团队需要关注身份认证、权限控制、请求限流、异常流量防护、日志留存和依赖组件漏洞管理。若缺少统一网关或替代治理机制，安全策略可能分散到每个应用中，增加配置不一致和审计困难的风险。对于涉及用户数据、支付、账号体系或第三方 SDK 的业务，更应通过测试、评审和灰度发布验证架构变更，避免将未经验证的简化方案直接用于生产环境。 05 开放讨论 开放讨论的问题包括：在哪些业务场景下，云函数直接运行 Express 类应用确实能带来效率提升？在哪些场景下，API 网关仍然是必要的治理入口？企业如何在开发敏捷性、运维复杂度和安全合规之间取得平衡？如果逐步减少传统网关，是否需要建设新的统一控制面？欢迎从软件开发、网络安全、企业数字化和人工智能应用等角度分享判断。 公开来源参考 终于不是 AI 了：Lambda 直接运行 Express，API Gateway 还需要吗？