https://5hseok.github.io/백엔드·인프라 개발 기록. ECS, AWS, Spring 등. 2026-09-04T12:40:08+09:00 5hseok https://5hseok.github.io/ Jekyll © 2026 5hseok /assets/img/favicons/favicon.ico /assets/img/favicons/favicon-96x96.png 2026-09-04T09:00:00+09:00 2026-09-04T12:39:52+09:00 https://5hseok.github.io/posts/orca-ai-agent-session-storage-delete-claude-code/ 5hseok

내가 매일 쓰는 도구에 코드를 넣었다 요즘 AI 코딩 에이전트를 하나만 쓰는 사람은 별로 없다. 나도 Claude Code를 주로 쓰면서 Codex, Gemini, Copilot을 상황 따라 섞어 쓴다. 그러다 보니 에이전트를 여러 개 동시에 굴리는 걸 전제로 만든 에디터를 쓰게 됐고, 그게 Orca였다. 쓰다 보니 불편한 게 눈에 밟혔다. 그런데 이건 남의 코드베이스에 손을 대야 고칠 수 있는 문제였다. 그전까지 오픈소스 기여라고 하면 오탈자 수정이나 문서 개선 정도를 떠올렸는데, 이건 기능 하나를 통째로 만들어 넣어야 했다. 이슈부터 올려봤고, 몇 주 뒤에 그게 머지됐다. PR #10249 — 처음으로 남의 프로젝트에 들어간 내 코드다. 이 글은 그 뒤로 이 레포에서 뭘 했는지, 그리고 ...

2026-06-26T09:00:00+09:00 2026-06-26T09:00:00+09:00 https://5hseok.github.io/posts/python-langchain-async-thread-starvation/ 5hseok

EC2에서 ECS로 옮겼더니 응답이 69초가 됐다 지난 글에서 “지난 마이그레이션이 왜 실패했는지, 어떻게 성공시켰는지는 다음 포스트에서 따로 정리하겠다”고 적어뒀다. 이 글이 그 이야기다. 상황은 이랬다. LangChain으로 LLM 응답을 만들어주는 백그라운드 워커를 EC2에서 ECS로 옮겼더니, 평소 3.5초면 끝나던 작업 하나가 트래픽이 몰릴 때 최대 69초까지 늘어졌다. 결국 EC2로 롤백하고서야 멈췄다. 마이그레이션을 다시 맡으면서 “그래서 그때 도대체 뭐가 문제였나”를 처음부터 파보기로 했다. 그런데 원인이 좀 의외였다. LLM도, 모니터링 에이전트도, CPU도 아니었다. 우리가 분명히 await를 붙여서 비동기로 호출한다고 믿었던 그 코드가, 사실은 바닥에서 동기로 돌고 있었다. 이...

2026-06-25T09:00:00+09:00 2026-06-25T16:26:48+09:00 https://5hseok.github.io/posts/ecs-deep-dive-worker/ 5hseok

🚚 ECS 마이그레이션 시작? 개인적인 사정으로 휴식을 가진 후 다시 복귀하니, 전임자가 EC2에서 ECS로 마이그레이션을 진행하다가 이슈가 발생해서 결국 원래대로 EC로 롤백했다는 소식을 들었다. 그리고 그 작업이 내게 넘어왔다. 문제는 내가 이전까지는 프로덕션 레벨에서 ECS를 깊게 다뤄본 적이 없었기에 자신이 없다는 거였다. 배경지식이 얕은 채로 그냥 손대면 오히려 더 좋지 않은 결과가 나올 게 뻔했다. 코드를 건드리기 전에 “ECS가 내부에서 정확히 뭘 하는지” 부터 제대로 파보기로 했다. 컨테이너를 어떤 순서로 띄우고, 살아있는지는 어떻게 계속 확인하고, 새 버전은 어떻게 갈아끼워야 할까? 실패 없는 마이그레이션과 배포를 하려면 이걸 그냥 넘길 수 없었다. 그래서 한참을 붙잡고 ECS를 D...