Serverless-first 开发是一种优先使用无服务器云服务的应用程序设计方法，除非有充分的理由选择其他架构。 在这种模型中，开发人员优先考虑 AWS Lambda、Azure Functions 或 Google Cloud Functions 等托管服务，这些服务完全抽象了服务器管理。 目标是专注于编写离散函数或服务的代码，而云提供商负责处理基础设施、扩展和维护。 这种方法将责任从诸如配置服务器或配置集群等任务中转移开来，使团队能够专注于业务逻辑和面向用户的功能。
Serverless-first 开发的一个关键优势是降低了运营复杂性。 例如，Web 应用程序可以使用 AWS Lambda 进行后端 API，使用 Amazon S3 托管静态前端文件，并使用 DynamoDB 来满足数据库需求。 Lambda 函数可以根据流量自动扩展，并且成本基于执行时间而不是预先分配的服务器容量。 事件驱动的工作流是另一种常见的用例：将图像上传到云存储可能会触发一个无服务器函数来调整图像大小，然后将结果保存到数据库。 这些模式消除了管理长时间运行的服务器的需要，因为云提供商会按需启动和停止计算资源。
但是，serverless-first 并不总是最合适的。 冷启动（函数初始化时的延迟）会影响对延迟敏感的应用程序。 供应商锁定是另一个问题，因为在云提供商之间迁移无服务器代码通常需要重写。 调试分布式无服务器系统也可能具有挑战性，需要 AWS X-Ray 或专用日志记录服务等工具。 开发人员通常使用 Serverless Framework 或 AWS SAM 等框架来简化部署和测试。 虽然 serverless-first 非常适合零星工作负载或快速原型设计，但视频编码或机器学习训练等任务可能仍然需要传统的服务器或容器，以更好地控制成本或提高性能。 当团队预先评估便利性、成本和技术约束之间的权衡时，该方法效果最佳。