EKS 클러스터 11개를 서비스 중단 없이 버전 통일하기
EKS 11개 클러스터를 서비스 중단 없이 v1.35로 통일한 업그레이드 사례입니다. AI 에이전트를 오퍼레이터로 써 8일 만에 PR 109건을 처리하고 안전하게 전환했습니다.
#EKS#Kubernetes#Karpenter
1100
모든 블로그
대표 인기 포스트GA에게 AI를 쥐어주면 생기는 일258 조회258 조회 데브옵스 데브옵스 데브옵스
데브옵스 데브옵스
AI
아키텍처 백엔드 데브옵스 AI 기타 백엔드 AI 프론트엔드 AI AI AI 백엔드 AI 백엔드
아임웹
주요 카테고리 AI · DevOps · Backend
활동 요약
- 최근 30일
- 8개
- 평균 조회
- 41
- 누적 조회
- 990
- 전체 글
- 24개
- 마지막 발행
- 2026. 7. 20.
최신 게시글 (20)
EKS 4개와 클러스터 11개를 서비스 중단 없이 버전 통일하기
EKS 11개 클러스터를 단계적 절차와 안전판으로 8일 만에 v1.35로 통일했습니다. AI 에이전트와 사람의 승인 분리를 통해 서비스 중단 없이 업그레이드를 마쳤습니다.
#EKS#Kubernetes#Karpenter
13100
누구도 손대지 못하던 13년의 운영 환경을 stage로 재구축하기까지
13년간 누적된 운영 흔적을 분류해 stage 환경을 새로 구축했습니다. Packer와 CodeDeploy, AI 분석을 결합해 운영에 가까운 검증 구조를 만들었습니다.
#Packer#CodeDeploy#EKS
12500
운영 환경의 복제 없이 검증 가능한 stage로 만들기
13년간 쌓인 운영 흔적을 분리해 검증 가능한 stage 환경을 구축했습니다. 운영에 가까운 조건에서 배포와 변경을 안전하게 확인하도록 재구성했습니다.
#AI Native#Packer#CodeDeploy
12700
보안 계정을 처음부터 다시 설계했습니다.
보안 전용 AWS 계정을 새로 만들어 인증·네트워크·서버 접근 기준을 한곳으로 모았습니다.\nOkta, TGW, QueryPie, SSM, GitOps로 표준 경로를 만들고 직접 접근은 예외로 바꿨습니다.
#AWS#Zero Trust#Okta
1500
GA에게 AI를 쥐어주면 생기는 일
GA 매니저가 AI와 함께 사내 인사·회의실 정보를 모아 조회 시스템을 만들었습니다. 반복 문의를 줄이고 보안을 고려한 슬랙·캘린더 연동 방식도 정리했습니다.
#Slack#OAuth#보안
25800
코드에서 1급 시민으로 다룬다는 것
AI에게 기능만 요청하면 조건문이 늘어나기 쉽다고 설명했습니다. 개념을 1급 시민으로 다루게 해야 설계와 운영까지 연결된다고 말했습니다.
#TypeScript#설계#도메인 모델
4900
Redis 6.x에서 Valkey 9.0으로: 운영 캐시 성능과 비용을 함께 개선한 전환기
Redis OSS 6.x 캐시를 Valkey 9.0으로 전환해 성능과 비용을 함께 개선한 사례를 정리했습니다. 업그레이드 중 client 재연결과 클러스터 대응 검증이 핵심이었습니다.
#Valkey#Redis#ElastiCache
5920
세 개의 플랫폼, 하나의 배포 관측
세 플랫폼에 흩어진 배포 이력을 APM 트레이스 기반 신호로 통합했습니다.\n장애 스레드에 직전 배포를 자동 첨부해 대응 속도를 높였습니다.
#EKS#ECS#APM
1300
AI가 쓴 SQL을 안전하게 쓰는 법
자연어를 SQL로 바꾸는 과정에서 LLM이 만든 쿼리를 그대로 믿지 않고 여러 단계로 검증하는 구조를 소개했습니다. 도메인 지식은 DB에 담고, 실행 전후 게이트와 회귀 평가로 안전성과 품질을 지켰습니다.
#LLM#SQL#PostgreSQL
800
아임웹의 새로운 기술블로그를 소개합니다.
아임웹이 기술 블로그를 새로 런칭하며 외부 플랫폼의 한계를 보완하고 자체 도메인 기반 구조를 만들었습니다. 또한 운영 설정, 작성 가이드, 외부 접점까지 함께 정비해 기술 조직의 포트폴리오로 삼았습니다.
#Next.js#Notion#GitHub Pages
1400
전사 장애를 데이터로 잠재운 인프라팀의 8개월
13년 된 단일 Writer 구조에서 전사 장애가 반복되자, 새로운 DB 전환보다 캐싱과 쿼리 최적화를 먼저 적용했습니다. 그 결과 Writer 연결과 응답 시간이 크게 줄고, 장애 탐지와 복구 체계도 함께 개선했습니다.
#cache#쿼리 최적화#부하 분산
700
AI 트리아지로 인입을 자동 분류하기
인프라 인입 이슈를 AI 트리아지로 자동 분류하고 런북으로 라우팅하는 설계를 정리했습니다.\n분류와 실행을 분리하고, 사용자 컨펌 전 외부 액션을 막는 안전한 운영 원칙을 소개했습니다.
#triage#SRE#Jira
500
Datadog RUM 도입기: 비용을 90% 줄이기까지
Datadog RUM 도입 과정에서 세션 과금 구조를 분석하고 의미 있는 세션만 남기는 전략을 적용했습니다. 봇 필터링과 샘플링 최적화로 비용을 약 90% 줄이며 관측 품질도 높였습니다.
#Datadog#RUM#micro frontends
700
만든건 직접 써보기: AI 시대의 개밥 먹기
개밥먹기는 만든 사람이 직접 써보며 사용자 불편을 찾는 방법이라고 설명했습니다. 이제는 AI에게 고객처럼 사용해 보게 하여 빠르게 점검할 수 있다고 제안했습니다.
#Claude#UI/UX#개발문화
700
Slack 봇 쿼리곰: 없으면 안 되는 봇이 되기까지
Slack에서 자연어로 SQL을 실행하는 봇 쿼리곰을 전사 필수 도구로 만든 사례를 다뤘습니다. 멀티에이전트 검증, Hybrid RAG, 이중 메모리로 신뢰와 재방문을 끌어올렸습니다.
#LLM#RAG#SQL
400
입사 10일, AI로 인프라팀 온보딩을 다시 설계한 이야기
입사 10일 만에 인프라 온보딩을 문서, 검증, AI 대화의 3계층 구조로 다시 설계했습니다. 정책 자동화와 Multi-Agent 실습까지 더해 신규 입사자 경험을 개선했습니다.
#AWS#EKS#Claude Code
12400
MySQL Online DDL의 메타데이터 잠금: pt-osc와 무엇이 다른가
MySQL Online DDL과 pt-osc의 메타데이터 잠금 차이를 비교했습니다. 바쁜 테이블은 pt-osc, 일반 변경은 INSTANT/INPLACE를 우선 검토하는 기준을 제시했습니다.
#MySQL#MDL#pt-online-schema-change
300
13년치 회사 기억을 먹은 AI: Knowledge DB 구축기
13년치 조직 기억을 Knowledge DB로 묶어 AI 에이전트가 작업 전 맥락을 먼저 보게 만든 사례입니다.\n장애 대응과 온보딩 효율을 높이되, 원본 검증과 guardrail로 hallucination을 줄였습니다.
#LLM#RAG#Knowledge DB
500
주문 트래픽 20배를 견디는 재고 처리 구조 만들기
공동구매 트래픽 폭증으로 재고 처리의 lock 경합이 병목이 되자 Redis와 Kafka 중심으로 구조를 재설계했습니다. 재고 경로를 단일화하고 비동기 반영과 fallback을 더해 약 20배 트래픽을 안정적으로 견뎠습니다.
#Redis#Kafka#DB
600