{"id":24682,"date":"2025-11-22T02:55:31","date_gmt":"2025-11-22T02:55:31","guid":{"rendered":"https:\/\/pokecon.jp\/job\/?p=24682"},"modified":"2025-11-22T02:55:31","modified_gmt":"2025-11-22T02:55:31","slug":"build-production-ready-applications-without-infrastructure-complexity-using-amazon-ecs-express-mode","status":"publish","type":"post","link":"https:\/\/pokecon.jp\/job\/24682\/","title":{"rendered":"Build production-ready applications without infrastructure complexity using Amazon ECS Express Mode"},"content":{"rendered":"\n<\/p>\n
\n
\n\n\n
\n
\n \"Voiced<\/a>\n <\/div>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table><\/div>\n

Deploying containerized applications to production requires navigating hundreds of configuration parameters across load balancers, auto scaling policies, networking, and security groups. This overhead delays time to market and diverts focus from core application development.<\/p>\n

Today, I\u2019m excited to announce Amazon ECS Express Mode, a new capability from Amazon Elastic Container Service (Amazon ECS)<\/a> that helps you launch highly available, scalable containerized applications with a single command. ECS Express Mode automates infrastructure setup including domains, networking, load balancing, and auto scaling through simplified APIs. This means you can focus on building applications while deploying with confidence using Amazon Web Services (AWS)<\/a> best practices. Furthermore, when your applications evolve and require advanced features, you can seamlessly configure and access the full capabilities of the resources, including Amazon ECS.<\/p>\n

You can get started with Amazon ECS Express Mode by navigating to the Amazon ECS console<\/a>.<\/p>\n

\"\"<\/p>\n

Amazon ECS Express Mode provides a simplified interface to the Amazon ECS service resource with new integrations for creating commonly used resources across AWS. ECS Express Mode automatically provisions and configures ECS clusters, task definitions, Application Load Balancers, auto scaling policies, and Amazon Route 53 domains from a single entry point.<\/p>\n

Getting started with ECS Express Mode
\n
<\/strong><\/span>Let me walk you through how to use Amazon ECS Express Mode. I\u2019ll focus on the console experience, which provides the quickest way to deploy your containerized application.<\/p>\n

For this example, I\u2019m using a simple container image application running on Python with the Flask framework. Here\u2019s the Dockerfile<\/code> of my demo, which I have pushed to an Amazon Elastic Container Registry (Amazon ECR)<\/a> repository:<\/p>\n

\n# Build stage\nFROM python:3.6-slim as builder\nWORKDIR \/app\nCOPY requirements.txt .\nRUN pip install --no-cache-dir --user -r requirements.txt gunicorn\n\n# Runtime stage\nFROM python:3.6-slim\nWORKDIR \/app\nCOPY --from=builder \/root\/.local \/root\/.local\nCOPY app.py .\nENV PATH=\/root\/.local\/bin:$PATH\nEXPOSE 80\nCMD [\"gunicorn\", \"--bind\", \"0.0.0.0:80\", \"app:app\"]\n<\/code><\/pre>\n
On the Express Mode page, I choose Create<\/strong>. The interface is streamlined \u2014 I specify my container image URI from Amazon ECR, then select my task execution role and infrastructure role. If you don\u2019t already have these roles, choose Create new role<\/b> in the drop down to have one created for you from the AWS Identity and Access Management (IAM)<\/a> managed policy.<\/p>\n
\"\"<\/p>\n
If I want to customize the deployment, I can expand the Additional configurations<\/strong> section to define my cluster, container port, health check path, or environment variables.<\/p>\n
\"\"<\/p>\n
In this section, I can also adjust CPU, memory, or scaling policies.<\/p>\n
\"\"<\/p>\n
Setting up logs in Amazon CloudWatch Logs<\/a> is something I always configure so I can troubleshoot my applications if needed. When I\u2019m happy with the configurations, I choose Create<\/strong>.<\/p>\n
\"\"<\/p>\n
After I choose Create<\/strong>, Express Mode automatically provisions a complete application stack, including an Amazon ECS service with AWS Fargate<\/a> tasks, Application Load Balancer with health checks, auto scaling policies based on CPU utilization, security groups and networking configuration, and a custom domain with an AWS provided URL. I can also follow the progress in Timeline view<\/strong> on the Resources<\/strong> tab.<\/p>\n
\"\"<\/p>\n
If I need to do a programmatic deployment, the same result can be achieved with a single AWS Command Line Interface (AWS CLI)<\/a> command:<\/p>\n
aws ecs create-express-gateway-service \\\n--image [ACCOUNT_ID].ecr.us-west-2.amazonaws.com\/myapp:latest \\\n--execution-role-arn arn:aws:iam::[ACCOUNT_ID]:role\/[IAM_ROLE] \\\n--infrastructure-role-arn arn:aws:iam::[ACCOUNT_ID]:role\/[IAM_ROLE]<\/code><\/pre>\n
After it\u2019s complete, I can see my application URL in the console and access my running application immediately.<\/p>\n
\"\"<\/p>\n
After the application is created, I can see the details by visiting the specified cluster, or the default cluster if I didn\u2019t specify one, in the ECS service to monitor performance, view logs, and manage the deployment.<\/p>\n
\"\"<\/p>\n
When I need to update my application with a new container version, I can return to the console, select my Express service, and choose Update<\/strong>. I can use the interface to specify a new image URI or adjust resource allocations.<\/p>\n
\"\"<\/p>\n
Alternatively, I can use the AWS CLI for updates:<\/p>\n
aws ecs update-express-gateway-service \\\n  --service-arn arn:aws:ecs:us-west-2:[ACCOUNT_ID]:service\/[CLUSTER_NAME]\/[APP_NAME] \\\n  --primary-container '{\n    \"image\": \"[IMAGE_URI]\"\n  }'\n<\/code><\/pre>\n
I find the entire experience reduces setup complexity while still giving me access to all the underlying resources when I need more advanced configurations.<\/p>\n
Additional things to know
\n          
<\/strong><\/span>Here are additional things about ECS Express Mode:<\/p>\n