<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Aws on YuuuuuuYu</title><link>https://4d4cat.com/tags/aws/</link><description>Recent content in Aws on YuuuuuuYu</description><generator>Hugo -- 0.147.2</generator><language>ko-KR</language><lastBuildDate>Wed, 19 Nov 2025 17:32:10 +0900</lastBuildDate><atom:link href="https://4d4cat.com/tags/aws/index.xml" rel="self" type="application/rss+xml"/><item><title>2025 AWS US-East-1 region outage: DynamoDB down</title><link>https://4d4cat.com/posts/2025/inside-the-aws-us-east-1-outage/</link><pubDate>Tue, 21 Oct 2025 06:20:00 +0900</pubDate><guid>https://4d4cat.com/posts/2025/inside-the-aws-us-east-1-outage/</guid><description>&lt;h2 id="개요">개요&lt;/h2>
&lt;blockquote>
&lt;p>&lt;em>&lt;strong>Thomas Eccel(구글 Ads 스페셜리스트)의 글을 포함한 외국 저널과 AWS에 Service health 내용을 참고하여 작성했습니다.&lt;/strong>&lt;/em>&lt;/p>&lt;/blockquote>
&lt;p>한국 시간 기준, 2025년 10월 20일 오후 4시 경부터 &lt;code>US-EAST-1&lt;/code> 리전을 사용하는 다수의 서비스에서 장애가 발생&lt;/p>
&lt;p>&lt;strong>원인&lt;/strong>: &lt;em>US-EAST-1 리전의 DynamoDB API 엔드포인트의 DNS&lt;/em>&lt;/p>
&lt;p>&lt;strong>영향&lt;/strong>: IAM, DynamoDB 테이블을 포함한 US-EAST-1 엔드포인트에 의존하는 다른 서비스&lt;/p>
&lt;h2 id="장애-원인">장애 원인&lt;/h2>
&lt;p>해당 리전의 DynamoDB API 엔드포인트의 DNS에서 문제가 발생했다고 하는데 구체적으로 어떤 내용일까?&lt;/p>
&lt;blockquote>
&lt;p>Oct 20 2:01 AM PDT We have identified a potential root cause for error rates for the DynamoDB APIs in the US-EAST-1 Region. Based on our investigation, the issue appears to be related to DNS resolution of the DynamoDB API endpoint in US-EAST-1. We are working on multiple parallel paths to accelerate recovery.&lt;/p></description></item><item><title>Photopic) AWS Lambda를 왜 써야할까?</title><link>https://4d4cat.com/posts/2025/photopic-aws-lambda/</link><pubDate>Sat, 05 Apr 2025 12:55:00 +0900</pubDate><guid>https://4d4cat.com/posts/2025/photopic-aws-lambda/</guid><description>&lt;blockquote>
&lt;p>&lt;strong>&lt;a href="https://4d4cat.com/posts/2025/photopic">이전 포스트&lt;/a> 를 읽고 오시는 것을 추천드립니다.&lt;/strong>&lt;/p>&lt;/blockquote>
&lt;p>내가 뽀또픽을 진행하면서 맡은 업무 중 이미지 업로드가 있는데, 이 작업을 하면서 왜 Lambda를 쓰게 됐는지 기록하고자 한다.&lt;/p>
&lt;h2 id="초기-설계-시작-">&lt;strong>초기 설계 (시작 ~ 1차 MVP)&lt;/strong>&lt;/h2>
&lt;p>인프라는 AWS 서버를 사용하니 이미지 저장을 위해 S3 스토리지를 이용하고 필요한 부분이 생기면 Lambda도 사용하자는 계획이 있었다. 예시로 추후 리사이징 기능을 추가한다면 메인 서버에서 처리하기보다 람다에 리사이징을 맡기는 것이 트래픽 분산이나 유지보수에 좋다고 판단을 했다.&lt;/p>
&lt;p>하지만 규모가 작은 서비스에서 굳이 Lambda를 쓰지 않아도 충분히 주요 기능을 구현했기 때문에 Lambda는 안쓰는 것으로 결정했다. 또, 1차 MVP에서 이미지 확장자를 jpg(jpeg), png, gif만 허용하기로 결정했기 때문에 람다는 쓰지 않는 방향으로 결정했다.&lt;/p></description></item></channel></rss>