北京
无服务器是否正在悄悄锁定开发者？在 InfoQ 开发峰会上，资深软件工程师 Elena van Engelen 抛出了这个当下备受关注的问题。她指出，地缘紧张局势让云平台的可迁移性变得格外重要，而通过合适的架构，完全可以在享受函数即服务（FaaS）便利的同时，让业务逻辑保持云中立的姿态。
van Engelen 给出的路线图并不复杂：将 Clean Architecture（整洁架构）、Spring Cloud Function 与 Gradle 模块搭配使用，把核心业务规则从云厂商的专有 API 中抽离出来。她强调，这并非舍弃云原生能力，而是通过分层设计，让触发函数的事件处理与纯粹的业务决策解耦，从而做到同一套 Kotlin 代码可以移植到不同平台。
在演讲中，她特别解释了无服务器的本质——“不是说没有服务器，而是你不再需要管理基础设施、扫描容器漏洞、给操作系统打补丁或担心硬件层面的事”。这种按用量付费、自动扩缩的模型极大简化了运维，但也容易因为过度使用托管服务而形成供应商依赖。van Engelen 的解决方案是，用 Spring Cloud Function 作为函数入口的抽象层，用 Clean Architecture 在领域层守住业务逻辑的独立性，再用 Gradle 模块明确各个依赖边界，最终让部署目标成为可替换的“插件”。
现场演示环节印证了这一思路的可行性。她借助 Terraform CDK 编写基础设施即代码，将同一套 Kotlin 服务先部署到 AWS，随即切换配置后又推送到 Azure，全程未修改业务代码。van Engelen 将该实践总结为一个可复现的框架，供团队在跨越不同云厂商时复用，从而将“云无关”从口号变为可落地的工程选择。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
