<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Ecs on CuraDevOps</title><link>https://curadevops.metacog.co.kr/tags/ecs/</link><description>Recent content in Ecs on CuraDevOps</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Tue, 25 Aug 2026 11:19:32 +0000</lastBuildDate><atom:link href="https://curadevops.metacog.co.kr/tags/ecs/index.xml" rel="self" type="application/rss+xml"/><item><title>Amazon ECS adds automatic detection and repair of impaired agent connectivity</title><link>https://curadevops.metacog.co.kr/insights/2026-08-25-amazon-ecs-now-automatically-detects-and-repairs-container-i/</link><pubDate>Tue, 25 Aug 2026 11:19:32 +0000</pubDate><guid>https://curadevops.metacog.co.kr/insights/2026-08-25-amazon-ecs-now-automatically-detects-and-repairs-container-i/</guid><description>&lt;ul>
&lt;li>&lt;strong>Platform/SRE — Plan:&lt;/strong> A new GA ECS capability worth adopting this quarter: Fargate and Managed Instances now auto-drain and replace impaired instances, while EC2-based ECS surfaces the new AGENT_CONNECTIVITY health event that teams must wire into their own instance-replacement automation. No deadline, but teams running ECS on EC2 should build the event-driven replacement workflow to gain equivalent resilience.&lt;/li>
&lt;li>&lt;strong>CI/CD — Skip&lt;/strong>&lt;/li>
&lt;li>&lt;strong>Leader — Skip&lt;/strong>&lt;/li>
&lt;/ul></description></item><item><title>Amazon ECS Service Connect adds zone-aware routing to cut cross-AZ costs</title><link>https://curadevops.metacog.co.kr/insights/2026-07-24-amazon-ecs-service-connect-now-supports-zone-aware-routing/</link><pubDate>Fri, 24 Jul 2026 12:15:09 +0000</pubDate><guid>https://curadevops.metacog.co.kr/insights/2026-07-24-amazon-ecs-service-connect-now-supports-zone-aware-routing/</guid><description>&lt;ul>
&lt;li>&lt;strong>Platform/SRE — Plan:&lt;/strong> GA feature that reduces cross-AZ data transfer costs and latency for ECS Service Connect; existing services need a one-time redeployment to activate it. Schedule the redeployment across affected ECS services this quarter to capture the cost and latency benefit.&lt;/li>
&lt;li>&lt;strong>CI/CD — Skip&lt;/strong>&lt;/li>
&lt;li>&lt;strong>Leader — Skip&lt;/strong>&lt;/li>
&lt;/ul></description></item><item><title>Amazon ECS Action Logs adds deployment and daemon operation visibility</title><link>https://curadevops.metacog.co.kr/insights/2026-07-22-amazon-ecs-now-provides-action-logs-for-deployment-and-orche/</link><pubDate>Wed, 22 Jul 2026 12:23:02 +0000</pubDate><guid>https://curadevops.metacog.co.kr/insights/2026-07-22-amazon-ecs-now-provides-action-logs-for-deployment-and-orche/</guid><description>&lt;ul>
&lt;li>&lt;strong>Platform/SRE — Plan:&lt;/strong> This GA feature surfaces previously opaque ECS service-side deployment events — state transitions, circuit-breaker rollbacks, Managed Daemon updates — directly into CloudWatch, S3, or Firehose. Platform teams running ECS should evaluate opting in at the cluster level to reduce MTTR on deployment incidents without waiting on AWS Support.&lt;/li>
&lt;li>&lt;strong>CI/CD — Learn:&lt;/strong> ECS Action Logs expose service-side operations that can help diagnose failures in pipeline-triggered deployments, but no pipeline changes are required — this is an opt-in ECS console/CloudWatch feature, not a build or artifact system change.&lt;/li>
&lt;li>&lt;strong>Leader — Skip&lt;/strong>&lt;/li>
&lt;/ul></description></item></channel></rss>