들어가며운영 자리에서 가장 마주치기 싫은 한 문장은 "dev에서 prod 도메인을 호출하고 있었어요"입니다. 자주 일어나는 사고는 아니지만, 한 번 일어났을 때의 결과가 무겁기 때문에 단순한 확률 게임으로 다룰 수 있는 자리가 아닙니다. 환경 설정 파일의 한 줄이 잘못 복사되거나, 임시 디버깅을 위해 들고 다니던 도메인 한 줄이 PR로 함께 들어가거나, 셸이 dev 환경인 줄 알았는데 prod였던 자리에서, 같은 도메인이 환경마다 다르게 해석되어야 할 자리에 한 IP만 응답하는 결의 사고가 일어날 수 있습니다. DNS 단에서 같은 도메인이 환경마다 다른 자리로 해석되도록 분리해 두는 결정은, 그 사고의 확률을 환경 분리의 마지막 한 겹에서 0에 가깝게 만들어 두는 결정입니다. 이 글은 실제 트래픽이 흐르..
TECH AND AI/DEVOPS
2026. 5. 18. 20:24
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- Double-Checked Locking
- 동시성처리
- 트랜잭션 관리
- TTL 설계
- 백엔드 성능
- spring batch 5
- Eager Initialization
- 캐시와 인덱스
- 트래픽 처리
- Cache Aside
- InterruptedException
- 스레드 생명주기
- 백엔드 성능 튜닝
- Spring Batch
- Redis vs DB
- Redis 캐시 전략
- DB 트랜잭션
- 캐시 성능 비교
- mybatis
- 백엔드 아키텍처
- Cache Avalanche
- Redis 성능 개선
- Initialization-on-Demand Holder Idiom
- 백엔드 성능 설계
- Enum 기반 싱글톤
- Cache Penetration
- Hot Key 문제
- Java Performance
- DB 인덱스 성능
- 캐시 장애
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | |||||
| 3 | 4 | 5 | 6 | 7 | 8 | 9 |
| 10 | 11 | 12 | 13 | 14 | 15 | 16 |
| 17 | 18 | 19 | 20 | 21 | 22 | 23 |
| 24 | 25 | 26 | 27 | 28 | 29 | 30 |
| 31 |
글 보관함

