AWS Organizations에서 Amazon Aurora 및 Amazon RDS 자동 마이너 버전 업그레이드를 위한 업그레이드 롤아웃 정책 지원
AWS Organizations로 Aurora와 RDS의 자동 마이너 버전 업그레이드를 순서대로 롤아웃하는 정책을 소개했습니다. 개발, QA, 프로덕션을 단계적으로 검증하며 운영 가시성과 제어를 높이는 방법을 설명했습니다.
#AWS Organizations#Amazon Aurora
41005분
새로운 기술 블로그가 추가되었어요
필터 0
클라우드 비용 최적화를 위한 Automatic Labeling System 구축기
클라우드 비용 최적화를 위한 Automatic Labeling System 구축기
클라우드 비용 최적화를 위해 자동 라벨링 시스템을 구축한 사례를 다뤘습니다. 수동 태깅의 한계를 자동화와 운영 지표로 개선했습니다.
#AWS#FinOps
28005분
실전으로 알아보는 네이버 클라우드 플랫폼 Developer Tools 활용 가이드
실전으로 알아보는 네이버 클라우드 플랫폼 Developer Tools 활용 가이드
SourceDeploy API로 배포를 시작하고 상태를 폴링해 결과를 확인하는 방법을 다루었습니다. Cloud Functions와 메일 발송을 연결해 성공·실패 알림을 자동화했습니다.
#cloud#API
0005분
메리츠증권의 AWS 클라우드 여정: 클라우드 기반 차세대 증권 플랫폼 설계
메리츠증권은 규제 준수와 성능을 함께 만족하는 AWS 기반 차세대 증권 플랫폼을 설계했습니다. EKS, MSK, ElastiCache, OpenSearch, Flink와 오픈소스 도구를 결합해 실시간 처리와 운영 자동화를 강화했습니다.
#AWS#Kubernetes
87005분
CloudWatch Database Insights를 통한 실행 계획 분석으로 Amazon Aurora PostgreSQL 데이터베이스 성능 최적화 및 문제 해결하기
Aurora PostgreSQL에서 CloudWatch Database Insights로 실행 계획을 비교해 성능 저하 원인을 분석했습니다. 인덱스 삭제와 work_mem 부족으로 인한 병목을 찾아 최적화하는 방법을 소개했습니다.
#CloudWatch#Amazon Aurora
58005분
AWS Advanced JDBC Wrapper의 blue/green 플러그인을 통하여 전환 시 최소의 다운타임 달성하기
AWS Advanced JDBC Wrapper의 Blue/Green 플러그인으로 RDS/Aurora 전환 시 다운타임을 줄이는 방법을 설명했습니다. 전환 단계별 라우팅과 모니터링, 롤백 감지 설정도 함께 다뤘습니다.
#AWS#JDBC
67005분
AI가 전사 알림을 두 번 죽이다
AI가 전사 알림을 두 번 죽이다
120일 동안 AI 에이전트 실수 15건을 guardrail로 바꾸며 인프라 방어선을 강화한 기록입니다.\nCLAUDE.md와 Memory를 겹쳐 세션 한계를 보완하고, 가용성을 99.981%까지 끌어올렸습니다.
#Claude Code#AWS
0005분
여기어때 Secret 플랫폼 구축기 Part 3: 시크릿 저장소를 운영 가능한 상태로 만들기 — 컨테이너화부터 CI/CD, 로그 수집까지
여기어때 Secret 플랫폼 구축기 Part 3: 시크릿 저장소를 운영 가능한 상태로 만들기 — 컨테이너화부터 CI/CD, 로그 수집까지
Secrethub를 운영 가능한 상태로 만들기 위해 컨테이너화, CI/CD, 로그 수집 구조를 정리했습니다. 서비스 단위가 아닌 플랫폼 레벨에서 관리 가능한 구조를 목표로 표준화를 진행했습니다.
#Docker#CI/CD
46005분
여기어때 Secret 플랫폼 구축기 Part 2: 시크릿 저장소를 전체 서비스에 적용하기까지
여기어때 Secret 플랫폼 구축기 Part 2: 시크릿 저장소를 전체 서비스에 적용하기까지
여기어때는 Secrethub를 EKS 환경에 먼저 적용하고 ESO로 Secret을 자동 동기화하도록 설계했습니다. Spring Boot 공통 Loader와 Shadow Jar를 통해 전사 확산과 의존성 충돌 방지를 함께 해결했습니다.
#Kubernetes#AWS
43005분
여기어때 Secret 플랫폼 구축기 Part 1: 왜 시크릿 저장소를 만들었는가
여기어때 Secret 플랫폼 구축기 Part 1: 왜 시크릿 저장소를 만들었는가
민감 정보가 서비스별로 흩어져 있던 한계를 해결하기 위해 중앙 관리 플랫폼 Secrethub를 구축했습니다. 접근 통제와 감사, 권한 일원화, 개발 편의성을 위해 외부 솔루션 대신 자체 개발을 선택했습니다.
#AWS Secrets Manager#HashiCorp Vault
81005분
CDC 파이프라인을 Debezium과 Flink로 재설계한 이유
CDC 파이프라인을 Debezium과 Flink로 재설계한 이유
NiFi 기반 CDC 파이프라인의 확장성과 안정성 한계를 해결하기 위해 Debezium과 Flink로 재설계했습니다. Kafka, 체크포인트, 메트릭 모니터링을 결합해 정합성과 처리량을 높였습니다.
#Debezium#Apache Flink
0005분
일 41TB, 200억 건의 로그를 ClickStack으로 실시간 처리하기 - 호그와트 도서관 프로젝트
OpenTelemetry와 ClickHouse로 대용량 로그 파이프라인을 다시 설계한 사례를 소개했습니다. 하루 41TB 로그를 20초 이내 처리하고 비용을 크게 줄인 과정을 정리했습니다.
#ClickHouse#OpenTelemetry
142005분