AWS Copilot is Deprecated: What ECS Fargate Teams Should Do
Originally published at https://fortem.dev/blog/fortem-vs-aws-copilot
AWS Copilot CLI reaches end-of-support June 12, 2026. Your ECS services keep running — but here's what breaks, what to do next, and how to migrate.
Timely
AWS Copilot CLI reaches end-of-support on June 12, 2026. If your team uses it to deploy ECS Fargate services, this covers what breaks, what doesn't, and what the migration paths look like.
TL;DR
- AWS Copilot CLI is end-of-support June 12, 2026 — no security patches or updates after that date
- Your existing ECS services keep running — Copilot provisions them but doesn't run them
- Copilot was a deployment CLI, never a fleet management tool
- Two paths forward: migrate to raw Terraform + CI/CD, or add Fortem for fleet operations
- AWS is deprecating both Copilot (June 12) and Proton (Oct 7) — they're exiting managed ECS tooling
What AWS Copilot was (and wasn't)
AWS Copilot was a free CLI that generated CloudFormation to deploy ECS Fargate apps — it handled deployment only, not fleet management, scheduling, or cost visibility.
AWS Copilot is an open-source CLI that simplified deploying containerized applications on ECS Fargate. You defined your workloads in a manifest file — Load Balanced Web Service, Backend Service, Scheduled Job — and Copilot generated the CloudFormation, set up the ECS cluster, configured the load balancer, and handled deployments. For a team that wanted to get on Fargate without writing raw CloudFormation, it was genuinely useful.
What it didn't do: manage a fleet of environments. There was no way to see all your environments in one view, schedule dev environments to stop at night, give developers self-service access, track costs per environment, or clone an environment for QA. Copilot solved deployment. Fleet operations were always out of scope.
It was also free — open source, no subscription, you paid only your AWS bill.
What breaks on June 12, 2026
“AWS Copilot CLI reaches end-of-support June 12, 2026. Your ECS services keep running — the CLI, pipelines, and CloudFormation updates do not.”
— AWS Copilot deprecation announcement, March 6, 2026
On June 12, 2026, the copilot CLI stops working — no more deploys, pipeline updates, or CloudFormation changes through Copilot, though your running ECS services are unaffected.
No new CLI releases. No bug fixes, no feature updates. The binary you have is the last version.
No security patches. If a vulnerability is found in the Copilot CLI after June 12, it won't be patched.
No AWS support. Open a support ticket referencing Copilot and you'll be redirected to community forums.
Copilot commands may drift. Copilot calls AWS APIs. As those APIs evolve, Copilot commands that worked today may fail without notice.
What doesn't break: your ECS services. Copilot creates ECS clusters, services, and task definitions — but those resources live in your AWS account. They'll keep running after Copilot is gone. The risk is operational: you lose the ability to redeploy, update, or troubleshoot using Copilot commands.
KEY INSIGHT: The infrastructure Copilot provisioned belongs to your AWS account, not to AWS Copilot. Your services won't go down on June 13. What you lose is the workflow for managing them going forward.
AWS is exiting managed ECS tooling
AWS deprecated both Copilot (June 12, 2026) and Proton (October 7, 2026) within months of each other, signaling a deliberate exit from managed ECS developer tooling.
Copilot isn't an isolated case. AWS Proton deprecation (October 7, 2026) — a managed service for deploying multi-service applications — is also on the calendar. Two managed ECS developer tools, deprecated within months of each other.
The pattern is consistent with how AWS thinks about their platform: invest in primitives (ECS, Fargate, CloudFormation, EventBridge) and let third-party tooling handle the developer experience layer. AWS isn't going to maintain a fleet management UI for you. That's not their business.
For teams that relied on Copilot, this means the durable path is either raw infrastructure primitives (Terraform, CDK) or a third-party tool with a vendor committed to ECS Fargate long-term — not another AWS managed tool that might be deprecated in 18 months.
Migration option 1 — Terraform + CI/CD
Migrating to Terraform and GitHub Actions gives full control over ECS Fargate infrastructure but requires 2–4 weeks of manual work converting Copilot's CloudFormation into Terraform modules.
The DIY path: take the CloudFormation that Copilot generated and convert it to Terraform modules. Replace Copilot deployments with GitHub Actions workflows or AWS CodePipeline.
What you gain: full control, no tool dependency, infrastructure you understand completely.
What you lose: the convenience layer Copilot provided — copilot deploy, copilot svc logs, copilot env init.
Right for: teams with a strong Terraform culture, fewer than 10 environments, and a platform engineer who has time for the migration.
Rough timeline: 2–4 weeks to migrate a typical 3–5 service app. Most of the time is spent understanding what Copilot generated and translating it into Terraform idioms.
For a deeper guide on the Terraform path, see Managing ECS Fargate environments with Terraform (coming soon).
Migration option 2 — Fortem
Fortem connects to your existing Copilot-provisioned ECS clusters via IAM — no Terraform rewrite needed — then adds scheduling, fleet visibility, cloning, and developer self-service.
Fortem connects to your existing ECS clusters — whether Copilot provisioned them or not. No rewrite of infrastructure required. You grant IAM access, Fortem reads your clusters, and you're operational in 7 business days.
What Fortem adds that Copilot never had:
Environment scheduling— stop dev environments at 7pm, restart at 9am, cut idle compute costs 60–70%
Fleet visibility— all environments across accounts and regions in one view
Developer self-service— restart services, view logs, flush state without AWS Console access
Environment cloning— spin up QA copies from a known-good template
What Fortem doesn't do: Copilot's deployment workflow. Image builds and copilot deploy equivalents stay in GitHub Actions or CodePipeline. Fortem is the fleet operations layer, not the deployment pipeline.
Right for: teams with 10+ environments that need fleet management, not a deployment CLI replacement.
| Feature | AWS Copilot | Fortem |
|---|---|---|
| ECS deployment | ✓ via copilot deploy | Via your CI/CD pipeline |
| Environment scheduling | ✗ Not supported | ✓ Built-in |
| Fleet visibility | ✗ Not supported | ✓ All envs in one view |
| Developer self-service | ✗ Not supported | ✓ Built-in |
| Environment cloning | ✗ Not supported | ✓ Built-in |
| Cost attribution per env | ✗ Not supported | ✓ Built-in |
| Tool cost | Free (open source) | $790–$2,490/mo |
| Maintenance status | Deprecated June 12, 2026 | Actively maintained |
Fortem imports your existing Copilot-provisioned ECS clusters with no infrastructure rewrite — grant IAM access, and your fleet is visible and schedulable in 7 business days. Teams migrating off Copilot recover idle compute costs within the first billing cycle.
Common questions
What replaces AWS Copilot after deprecation?
Three paths: (1) raw CLI + Terraform — full control, you own everything; (2) Fortem — picks up your existing ECS resources, adds fleet ops and self-service; (3) another PaaS/CLI tool. Copilot reaches end-of-support June 12, 2026 — your services keep running but the CLI stops working.
Will my Copilot-deployed services stop working?
No. Copilot created native ECS resources — services, task definitions, ALBs. These keep running. What stops: the copilot CLI (no more copilot deploy), copilot pipeline commands, and CloudFormation stacks managed by Copilot can no longer be updated through Copilot.
How do I migrate from AWS Copilot?
Export your existing ECS resources (task definitions, services, ALB config). Create Terraform configurations that match. Test in a dev environment. The Copilot-generated CloudFormation stacks remain — you can continue using the resources, just not deploy through Copilot anymore. Fortem can import existing resources with no rewrite.
Not sure which fits your setup? Run the Fleet Audit first — see your real fleet costs before you evaluate any tool.
If you read this, you might also want to know
Will my Copilot-deployed services keep running?
Yes — Copilot created native ECS resources (services, task definitions, ALBs). These keep running indefinitely. What stops: the copilot CLI (no more copilot deploy) and copilot pipeline commands. You need a new deployment mechanism before your next production deploy.
Can I use Terraform to manage Copilot-created resources?
You can import existing ECS resources into Terraform using terraform import. This preserves the running infrastructure while giving you Terraform management going forward. The Copilot-generated CloudFormation stacks remain but become unmanaged.
Is there a migration tool for moving off Copilot?
No official migration tool exists. The process is manual: export task definitions, recreate services in Terraform or a platform, verify in dev. Fortem's import path reads your existing ECS resources from the AWS API with no Terraform rewrite.
### Migrating off Copilot? We've helped teams move from Copilot to Terraform + F
All ECS comparisons: fortem.dev/versus
For further actions, you may consider blocking this person and/or reporting abuse
