While ECS-Optimized Amazon Linux has provided significant benefits in terms of scalability and cost optimization, we have encountered a few operational challenges. One limitation is application-level debugging. Compared to traditional EC2 instances, troubleshooting in ECS can be more complex because containers are ephemeral. Without centralized observability tools, it is more difficult to pinpoint the exact source of an issue, such as the specific line of code, request, or service responsible for an error or performance bottleneck. To address this, we have implemented our own centralized logging and monitoring solution to improve visibility into application behavior. Another consideration is resource sizing. Our microservices have relatively modest memory requirements, so the available ECS task configurations are sufficient for our workloads. However, for large, monolithic applications with higher memory and compute requirements, scaling can require a different architecture or deployment strategy. Since our platform is built using independently scalable microservices, this has not been a significant limitation for our environment.
Development Operations Engineer at a manufacturing company with 5,001-10,000 employees
Real User
Top 10
Jun 26, 2026
To improve ECS-Optimized Amazon Linux Support by SupportedImages, deployment strategies need to be carefully chosen, especially regarding container tagging strategies for deployments from Jenkins or GitHub Actions, and improving container image sizes. Larger image sizes can impact container startup times and create cold start issues with Fargate. Strategically placing Fargate instances in different availability zones is also important for improving the availability of our back-end. Other needed improvements could include how we expose ECS-Optimized Amazon Linux Support by SupportedImages services, specifically the configuration of API Gateway for traffic routing to back-end services. Understanding API Gateway specifications well can enhance the architecture of our back-end systems.
ECS-Optimized Amazon Linux Support by SupportedImages can be improved in several ways. We can have better documentation such as step-by-step guides for cluster setup, scaling integration, and troubleshooting playbooks. There are some areas where monitoring setup is mostly manual, which could benefit from pre-installed and pre-configured CloudWatch agent and container insights. Additionally, AMI updates require manual tracking and rollout. AWS sends notifications for new AMI releases, but if that could be automated by AWS, it would help a lot. Regarding needed improvements for ECS-Optimized Amazon Linux Support by SupportedImages, it is still fine regarding security and support, with not much that needs to be improved. However, limited visibility into what patches are included in each AMI release could improve detailed security information such as patch timelines and severity levels. Faster patch delivery would also help with turnaround for critical vulnerabilities and zero-day patches. With security hardening, improvements could include kernel settings and file integrity monitoring.
Software Engineer at a computer software company with 11-50 employees
Real User
Top 20
Jun 16, 2025
In my opinion, the ECS-Optimized Amazon Linux Support by SupportedImages can be improved by running faster. Our ECS takes about three minutes to actually load everything and then start running. This includes not just deploying, but ECS itself. If the whole experience could run faster, that would be great.
I don't have expert knowledge about ways that ECS-Optimized Amazon Linux Support by SupportedImages could be improved to provide a solid answer. Regarding a new version, I am unable to determine what kinds of features I would want to see. The solution could be improved.
Learn what your peers think about ECS-Optimized Amazon Linux Support by SupportedImages. Get advice and tips from experienced pros sharing their opinions. Updated: August 2026.
ECS-Optimized Amazon Linux Support by SupportedImages offers streamlined log management and deployment efficiency. This tool is essential for teams using CI/CD pipelines, boosting productivity while simplifying operations.This solution simplifies container orchestration and enhances deployment processes by integrating logs and CloudWatch on one accessible page. Users appreciate its intuitive nature, especially when managing containers with ECR, and find it suitable for full stack projects...
While ECS-Optimized Amazon Linux has provided significant benefits in terms of scalability and cost optimization, we have encountered a few operational challenges. One limitation is application-level debugging. Compared to traditional EC2 instances, troubleshooting in ECS can be more complex because containers are ephemeral. Without centralized observability tools, it is more difficult to pinpoint the exact source of an issue, such as the specific line of code, request, or service responsible for an error or performance bottleneck. To address this, we have implemented our own centralized logging and monitoring solution to improve visibility into application behavior. Another consideration is resource sizing. Our microservices have relatively modest memory requirements, so the available ECS task configurations are sufficient for our workloads. However, for large, monolithic applications with higher memory and compute requirements, scaling can require a different architecture or deployment strategy. Since our platform is built using independently scalable microservices, this has not been a significant limitation for our environment.
To improve ECS-Optimized Amazon Linux Support by SupportedImages, deployment strategies need to be carefully chosen, especially regarding container tagging strategies for deployments from Jenkins or GitHub Actions, and improving container image sizes. Larger image sizes can impact container startup times and create cold start issues with Fargate. Strategically placing Fargate instances in different availability zones is also important for improving the availability of our back-end. Other needed improvements could include how we expose ECS-Optimized Amazon Linux Support by SupportedImages services, specifically the configuration of API Gateway for traffic routing to back-end services. Understanding API Gateway specifications well can enhance the architecture of our back-end systems.
ECS-Optimized Amazon Linux Support by SupportedImages can be improved in several ways. We can have better documentation such as step-by-step guides for cluster setup, scaling integration, and troubleshooting playbooks. There are some areas where monitoring setup is mostly manual, which could benefit from pre-installed and pre-configured CloudWatch agent and container insights. Additionally, AMI updates require manual tracking and rollout. AWS sends notifications for new AMI releases, but if that could be automated by AWS, it would help a lot. Regarding needed improvements for ECS-Optimized Amazon Linux Support by SupportedImages, it is still fine regarding security and support, with not much that needs to be improved. However, limited visibility into what patches are included in each AMI release could improve detailed security information such as patch timelines and severity levels. Faster patch delivery would also help with turnaround for critical vulnerabilities and zero-day patches. With security hardening, improvements could include kernel settings and file integrity monitoring.
In my opinion, the ECS-Optimized Amazon Linux Support by SupportedImages can be improved by running faster. Our ECS takes about three minutes to actually load everything and then start running. This includes not just deploying, but ECS itself. If the whole experience could run faster, that would be great.
I think ECS-Optimized Amazon Linux Support by SupportedImages can be improved by maintaining a consistent UI/UX as we move forward to EKS.
I don't have expert knowledge about ways that ECS-Optimized Amazon Linux Support by SupportedImages could be improved to provide a solid answer. Regarding a new version, I am unable to determine what kinds of features I would want to see. The solution could be improved.
The UI could be better. It is simple, but it could be more simple. It is very good, but it can be excellent.