AppSurface deployment
Source of truth
AppSurface deployment turns explicit application-topology intent into reviewable provider artifacts while leaving cloud authority with the consuming application's release workflow.
The deployment family has three layers:
ForgeTrust.AppSurface.Deploymentdefines portable, schema-versioned intent, validation, diagnostics, deterministic serialization, and provider contracts. Install it directly when authoring a provider.ForgeTrust.AppSurface.Aspireannotates existing Aspire resources and registers native Aspire publish and named verification steps. It does not create a second topology graph.ForgeTrust.AppSurface.Deployment.GcpCloudRuncompiles a bounded migration job to Cloud Run v2 Job Terraform JSON and performs read-only parity verification.
Ownership boundary
aspire publish evaluates the AppHost and writes deterministic intent, Terraform JSON, and evidence. It makes no cloud calls and does not build or push images, resolve secret values, apply infrastructure, execute migrations, or change traffic.
aspire do appsurface-gcp-verify regenerates and validates those artifacts before using read-only gcloud run jobs describe and IAM-policy inspection. It never starts a job or changes infrastructure. CI remains responsible for credentials, OpenTofu state and apply, execution, canaries, approval, promotion, and rollback.
Adoption order
- Capture the existing deployed job contract, including server defaults that an older deployment command omitted.
- Annotate the existing Aspire
ProjectResourceand assign it to one explicit AppSurface compute environment. - Publish artifacts from an immutable image digest and full source revision.
- Prove shadow operational parity while the legacy writer remains authoritative.
- Treat state import and writer cutover as a separately approved operation; never run two configuration writers.
Do not infer legacy task, parallelism, retry, or timeout defaults. They must come from deployed and imported-provider evidence.
Read next:
- Native deployment example
- Public contracts and schemas
- Shadow adoption and single-writer cutover
- Diagnostics and troubleshooting