신뢰성, 관찰 가능성, 엔지니어링 리더십에 관한 글 https://17earlgrey.pages.dev/ko/ ko-KR 운영에서 발견한 장애 패턴을 코드 검사로 옮기기 위해 CI 단계의 예방 체계를 검토한 경험 https://17earlgrey.pages.dev/ko/writing/moving-incident-prevention-into-development/ https://17earlgrey.pages.dev/ko/writing/moving-incident-prevention-into-development/ Tue, 13 Oct 2026 00:00:00 GMT 쿼리 수정 후 DB 송신량을 비교하며 변경 적용과 효과 확인을 구분한 경험 https://17earlgrey.pages.dev/ko/writing/verifying-incident-prevention-actions/ https://17earlgrey.pages.dev/ko/writing/verifying-incident-prevention-actions/ Mon, 05 Oct 2026 00:00:00 GMT 낮은 등급의 의존 서비스 때문에 주요 기능이 멈춘 장애와 요청별 의존 관계 검토 https://17earlgrey.pages.dev/ko/writing/service-criticality-and-dependency-risk/ https://17earlgrey.pages.dev/ko/writing/service-criticality-and-dependency-risk/ Fri, 02 Oct 2026 00:00:00 GMT RF를 2로 유지하는 Loki에서 스케일을 줄일 때 발생하는 쓰기 실패를 분석하고 개선안을 제안하는 과정 https://17earlgrey.pages.dev/ko/writing/loki-write-failures-during-graceful-scale-down/ https://17earlgrey.pages.dev/ko/writing/loki-write-failures-during-graceful-scale-down/ Wed, 23 Sep 2026 00:00:00 GMT 비용 개선 작업을 마쳐도 팀 목표가 남았던 경험과 다음 업무의 우선순위를 정하는 기준 https://17earlgrey.pages.dev/ko/writing/measure-sre-outcomes-not-activity/ https://17earlgrey.pages.dev/ko/writing/measure-sre-outcomes-not-activity/ Mon, 14 Sep 2026 00:00:00 GMT 고객에게 직접 영향을 줄 수 있는 롤에 점진적 배포를 필수로 적용해 전체 배포 후 롤백을 줄인 경험 https://17earlgrey.pages.dev/ko/writing/a-reliability-policy-needs-enforcement/ https://17earlgrey.pages.dev/ko/writing/a-reliability-policy-needs-enforcement/ Fri, 11 Sep 2026 00:00:00 GMT 팀원이 개발한 Incident Agent 사례로 살펴본 장애 맥락 수집과 AI 분석 결과의 검증 https://17earlgrey.pages.dev/ko/writing/what-should-ai-do-during-an-incident/ https://17earlgrey.pages.dev/ko/writing/what-should-ai-do-during-an-incident/ Wed, 09 Sep 2026 00:00:00 GMT 부하 테스트에서 확인한 여유와 운영 트래픽의 차이를 겪으며 관리형 DB의 보이지 않는 한계를 판단한 경험 https://17earlgrey.pages.dev/ko/writing/can-public-metrics-show-database-capacity-limits/ https://17earlgrey.pages.dev/ko/writing/can-public-metrics-show-database-capacity-limits/ Sun, 06 Sep 2026 00:00:00 GMT 로그와 메트릭 조회 성공률과 응답시간을 기준으로 만든 Observability 플랫폼 SLO https://17earlgrey.pages.dev/ko/writing/how-to-build-slos-for-an-observability-platform/ https://17earlgrey.pages.dev/ko/writing/how-to-build-slos-for-an-observability-platform/ Thu, 03 Sep 2026 00:00:00 GMT 중앙 SRE와 서비스 팀의 장애 대응 책임을 나누고 개별 대응을 조직의 역량으로 바꾸기 위해 정한 기준 https://17earlgrey.pages.dev/ko/writing/should-sre-teams-solve-incidents-for-service-teams/ https://17earlgrey.pages.dev/ko/writing/should-sre-teams-solve-incidents-for-service-teams/ Mon, 31 Aug 2026 00:00:00 GMT 장애 기록의 발생·인지·복구 시각을 같은 기준으로 맞추고 대응 시간을 비교한 경험 https://17earlgrey.pages.dev/ko/writing/an-incident-dashboard-is-not-the-first-thing-to-build/ https://17earlgrey.pages.dev/ko/writing/an-incident-dashboard-is-not-the-first-thing-to-build/ Sat, 29 Aug 2026 00:00:00 GMT 모든 로그에 같은 보관 기간을 적용하지 않고 사용 목적과 감사 기준에 따라 나눠야 했던 이유 https://17earlgrey.pages.dev/ko/writing/does-longer-log-retention-improve-reliability/ https://17earlgrey.pages.dev/ko/writing/does-longer-log-retention-improve-reliability/ Wed, 26 Aug 2026 00:00:00 GMT 대규모 로그 플랫폼에서 Loki를 선택한 이유와 버퍼를 기준으로 자동 확장과 비용을 조정한 경험 https://17earlgrey.pages.dev/ko/writing/operating-a-log-platform-at-hundreds-of-terabytes-per-day/ https://17earlgrey.pages.dev/ko/writing/operating-a-log-platform-at-hundreds-of-terabytes-per-day/ Sun, 23 Aug 2026 00:00:00 GMT 장애 중에는 고객 영향을 먼저 줄이고 근본 원인 분석은 복구 이후에 끝내야 하는 이유 https://17earlgrey.pages.dev/ko/writing/separate-recovery-from-root-cause-analysis/ https://17earlgrey.pages.dev/ko/writing/separate-recovery-from-root-cause-analysis/ Fri, 21 Aug 2026 00:00:00 GMT 시스템 이상(Failure)과 서비스 장애(Incident)를 구분하는 기준과 조직의 대응 수준을 실제 고객 영향에 맞추는 방법 https://17earlgrey.pages.dev/ko/writing/when-does-a-failure-become-an-incident/ https://17earlgrey.pages.dev/ko/writing/when-does-a-failure-become-an-incident/ Tue, 18 Aug 2026 00:00:00 GMT