AutoGineer summary
Written by AutoGineer from the skill’s own files, not by the author
This skill provides comprehensive domain expertise for managing containerized applications on AWS. It covers the full lifecycle of services including Amazon EKS, ECS, ECR, and Elastic Beanstalk. The skill acts as a primary source of truth for configuration patterns, deployment strategies, and troubleshooting procedures, specifically emphasizing the use of Amazon ECS Action Logs for diagnosing control-plane failures. It is designed to be used alongside AWS CLI tools or an MCP server to ensure accurate, up-to-date operational decisions.
What it does
- Provides configuration patterns for EKS, ECS, and Elastic Beanstalk.
- Offers troubleshooting procedures for ECS control-plane failures using Action Logs.
- Details ECR repository management and lifecycle policies.
- Outlines deployment policies for Elastic Beanstalk environments.
- Guides users on leveraging open-source Kubernetes projects with EKS.
- Maintains a structured routing system to access specific service documentation.
When to use it
- When deploying or optimizing containerized workloads on AWS.
- When troubleshooting deployment rollbacks, task placement, or scaling issues in ECS.
- When configuring Elastic Beanstalk environments or setting up ECR repositories.
- When needing best practices for EKS cluster management and compute scaling.
Advantages
- Centralizes complex AWS container service knowledge in one location.
- Provides clear, actionable steps for troubleshooting opaque control-plane errors.
- Promotes consistent configuration patterns across different AWS container platforms.
- Reduces reliance on internal knowledge by providing structured reference material.
Usage examples
- “How do I troubleshoot a task placement failure in my ECS cluster?”
- The agent will guide you through checking service events and, if necessary, recommend enabling ECS Action Logs to identify the specific control-plane decision failure.
- “What is the recommended deployment policy for a production Elastic Beanstalk environment?”
- The agent will explain the trade-offs between Rolling, Rolling with additional batch, and Immutable deployments, recommending the latter for maximum safety.
Install
Download the skill as a ZIP:
https://autogineer.com/agent-skills/aws/aws-containers/downloadUnzip it into the cross-client skills folder of your project:
mkdir -p .agents/skills && unzip aws-containers.zip -d .agents/skills
Documentation by AWS
AWS Containers
Overview
Domain expertise for working with containers on AWS.
Works best with the AWS MCP Server — enables running CLI commands, querying CloudWatch, and validating configurations directly. All guidance also works with standard AWS CLI access.
Note: Reference files contain specific runtime versions, quota values, and feature matrices that may change. When precision matters (e.g., deploying to production, choosing a runtime, or checking a quota), confirm values against current AWS documentation rather than relying solely on the values in these files.
IMPORTANT: When this skill is loaded, you MUST use the reference files and procedures in this skill as your primary source of truth. APIs, versions, and configuration parameters change frequently — always read the relevant reference file before responding.
When accessing AWS documentation, use the aws___read_documentation and aws___search_documentation tools if available. Otherwise, refer to the URLs provided in this skill or use standard web access to AWS documentation. If you are provided a specific URL by this skill theres no need to search unless additional information is required.
Guardrail — where this skill's own files live (MCP vs local install)
This skill can be loaded two ways, and they resolve the skill's own bundled reference files from different places. Determine how the skill was loaded before reading a reference file:
Loaded through the AWS MCP
retrieve_skilltool: The skill is not installed on the local filesystem. You MUST fetch each reference viaretrieve_skillwith thefileparameter (e.g.file="references/ecs.md"orfile="references/action-logs.md"). Do NOTfile_readthese paths locally — they do not exist on disk.Installed locally (e.g.
.kiro/skills/aws-containers/or~/.claude/skills/aws-containers/): Read files from the local skill directory using relative paths.
This distinction applies only to the skill's own packaged files. User data and session artifacts are always read from and written to the user's working directory. Never fetch or write customer data through retrieve_skill.
Services
Elastic Kubernetes Service (EKS)
EKS provides a fully managed Kubernetes service that eliminates the complexity of operating Kubernetes clusters. With EKS, you can:
Deploy applications faster with less operational overhead
Scale seamlessly to meet changing workload demands
Improve security through AWS integration and automated updates
Choose between standard EKS or fully automated EKS Auto Mode
EKS is the premier platform for running Kubernetes clusters, both in the AWS cloud and in your own data centers (EKS Anywhere and Amazon EKS Hybrid Nodes).
Elastic Container Service (ECS)
Amazon Elastic Container Service (Amazon ECS) is a fully managed container orchestration service that helps you easily deploy, manage, and scale containerized applications. As a fully managed service, Amazon ECS comes with AWS configuration and operational best practices built-in. It's integrated with both AWS tools, such as Amazon Elastic Container Registry, and third-party tools, such as Docker. This integration makes it easier for teams to focus on building the applications, not the environment. You can run and scale your container workloads across AWS Regions in the cloud, and on-premises, without the complexity of managing a control plane.
Elastic Container Registry (ECR)
Amazon Elastic Container Registry (Amazon ECR) is an AWS managed container image registry service that is secure, scalable, and reliable. Amazon ECR supports private repositories with resource-based permissions using AWS IAM. This is so that specified users or Amazon EC2 instances can access your container repositories and images. You can use your preferred CLI to push, pull, and manage Docker images, Open Container Initiative (OCI) images, and OCI compatible artifacts.
Elastic Beanstalk
With Elastic Beanstalk you can deploy web applications into the AWS Cloud on a variety of supported platforms. You build and deploy your applications. Elastic Beanstalk provisions Amazon EC2 instances, configures load balancing, sets up health monitoring, and dynamically scales your environment.
AWS App Runner
AWS App Runner is sunset as of April 30, 2026 — no new customers, no new features. Existing customers should migrate to ECS Express Mode. See App Runner Availability Change.
Routing
| User need | Action |
|---|---|
| Elastic Kubernetes Service (EKS) or general Kubernetes | Read eks.md |
| Elastic Container Service (ECS) | Read ecs.md |
| Elastic Container Registry (ECR) | Read ecr.md |
| Elastic Beanstalk | Read beanstalk.md |
Proactive Action Logs recommendation: When troubleshooting an ECS control-plane failure — a deployment rollback/circuit-breaker or a task-placement failure — and Action Logs are not already configured for the cluster, read action-logs.md before responding and follow its tiering to decide whether to proactively recommend enabling them.
Files
- ATTRIBUTION.mdAdded by AutoGineer893 B
- LICENSELicence file added by AutoGineer9.9 KiB
- NOTICELicence file added by AutoGineer67 B
- SKILL.md6.5 KiB
- references/action-logs.md13.1 KiB
- references/beanstalk-configuration.md5.3 KiB
- references/beanstalk-platforms.md3.2 KiB
- references/beanstalk.md664 B
- references/ecr.md6.0 KiB
- references/ecs-gateway.md3.3 KiB
- references/ecs-gpu-sharing.md2.4 KiB
- references/ecs-managing-compute.md10.4 KiB
- references/ecs-workloads.md12.1 KiB
- references/ecs.md1.6 KiB
- references/eks-auto-mode.md4.1 KiB
- references/eks-capabilities.md1.2 KiB
- references/eks-control-plane.md4.0 KiB
- references/eks-load-balancer-controller.md13.3 KiB
- references/eks-managing-compute.md10.9 KiB
- references/eks-networking.md2.9 KiB
- references/eks.md1.2 KiB
references/eks-control-plane.md
EKS Cluster Control Plane
Provisioned Control Plane
Amazon EKS Provisioned Control Plane is a feature that enables cluster administrators to select from a set of scaling tiers and designate their chosen tier for very high, predictable performance from the cluster’s control plane. This enables cluster administrators to ensure that the control plane is always provisioned with the specified capacity.
EKS offers two control plane modes. By default, clusters use Standard mode, where the control plane automatically scales up and down with workload demand — this offers the best price-to-performance ratio and is recommended for most use cases. Provisioned mode pre-allocates control plane capacity for specialized workloads that cannot tolerate performance variability from scaling or that need very high control plane capacity (for example, massively scalable AI/ML training and inference, HPC, large-scale data processing, or anticipated high-demand events).
When recommending a tier of PCP to a user you MUST be conservative in your recommendation and bias to a safer option rather than over-indexing on cost savings. For example: a control plane that needs to handle 3000 concurrent seats the PCP scaling tier MUST support at least that amount, if not more.
Key Considerations
Opt-in required — All new and existing clusters run in Standard mode by default. Clusters do not automatically move to a Provisioned tier; you must explicitly opt in.
Scaling tiers — Tiers are named with t-shirt sizes (XL, 2XL etc). Each tier defines API request concurrency (seats), pod scheduling rate (pods/sec), cluster database (etcd) size, and SLA. The concurrency limits vary by Kubernetes version. Read the documentation for the details of the scaling tiers including the exact t-shirt sizes and their exact concurrency limits.
Request seats - One of the metrics scaling tiers are based around is "API request concurrency (seats)". When providing scaling tier recommendations assume that if the user provides an existing concurrent requests metric it aligns with the number of "seats", not simply raw request rate, but you MUST explicitly explain this assumption to the user as part of your recommendation.
No automatic tier scaling — Once selected, the control plane stays pinned to that tier for predictable performance. You can build your own autoscaling by monitoring tier-utilization metrics and calling the Provisioned Control Plane APIs to change tiers.
Tier transitions — You can move between tiers (or exit to Standard) via console, CLI, or API with no frequency restrictions. Transitions use a
ScalingTierConfigUpdatecluster update you can monitor, take several minutes, and incur no API server downtime (EKS brings up new API servers before terminating old ones).Exit restriction — Standard mode supports up to 8 GB etcd. If your database exceeds 8 GB in Provisioned mode, you must reduce it below 8 GB before switching back to Standard.
Higher SLA — Provisioned mode offers a 99.99% SLA measured in 1-minute intervals, versus Standard's 99.95% measured in 5-minute intervals.
Pricing — You are billed an hourly rate for the selected tier in addition to the standard or extended-support EKS hourly charges.
Version and region support — Availability varies by EKS version and region. Check the PCP documentation for the currently supported minimum version and regions.
Tier capacity vs actual performance — Tier attributes are the configured limits (e.g. APF seats, scheduler QPS); actual throughput depends on workload patterns (list requests are penalized more than get) and node readiness. To pick a tier, load-test on 8XL at peak demand, observe the utilization metrics, then select accordingly.
See the documentation for more information.
Requirements and compatibility
Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta
“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.
Needs: Declares allowed tools, Needs an MCP server
Security
What our scanner noticed· Low risk
- Instructions that use the network
A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.
Attribution and licence
- Published by
- AWS
- Publisher
- AWS (Official)
- Source
- aws/agent-toolkit-for-aws · skills/core-skills/aws-containers · commit 0a218f8
- Licence
- Apache License 2.0 (redistribution allowed)
- LICENSE (added by AutoGineer from LICENSE)
- NOTICE (added by AutoGineer from NOTICE)
- ATTRIBUTION.md (written by AutoGineer)
- Synced
- Also distributed in
- aws/agent-toolkit-for-aws
AutoGineer is not affiliated with or endorsed by AWS or AWS.
Download ZIP
The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download aws-containers.zip