Apr 12, 2026 · Alejandro Santana · Product · CLI · Developer experience
What a 60-second serverless deploy should hide — and show
A product-design walkthrough of the shortest path from code to AWS without hiding permissions, infrastructure, or ownership.
A fast deploy is useful when it removes repeated mechanics. It becomes risky when it removes the information a developer needs to understand the result.
The goal of a 60-second path should not be “AWS without AWS.” It should be a small, reviewable path into AWS.
Keep the input small
The happy path can begin with an existing handler and a short project definition. The tool should infer safe defaults for packaging, a function role, logging, and an HTTP or event trigger.
It should not require a developer to write a large template before learning whether the workflow fits.
Show the plan before the write
Before deployment, summarize the AWS resources that will be created or updated:
- function and runtime;
- trigger or API route;
- IAM actions granted to the function;
- log retention and basic alarms;
- region and environment.
The summary can be compact. The important part is that the write is explicit and the underlying infrastructure remains inspectable.
Separate deploy access
Account discovery and deployment should not reuse the same role. The deploy command can assume a write role scoped to the resources and actions required by the project.
That role should be easy to inspect and revoke. A fast workflow is not a reason to request administrator access.
Return useful output
“Deployment complete” is not enough. The result should include the endpoint or event source, the CloudFormation stack, relevant logs, and the exact project state that was deployed.
The developer should know where to test the workload and where to look when it fails.
Preserve an escape hatch
The generated infrastructure should be normal TypeScript and AWS CDK that the team can edit. If the abstraction stops fitting, the project should remain a valid AWS project rather than requiring a migration away from a proprietary runtime.
Define “fast” correctly
The first deploy is only one moment in the lifecycle. A good experience also makes the second environment, a failed deployment, a rollback, and account revocation understandable.
The ideal 60-second path compresses ceremony. It does not compress the trust model, the deployment plan, or the team’s ownership of what runs next.