<aside> 🛠️

안정적으로 운영하는 인프라

장애를 발견했을 때 영향 범위를 확인하고, 근거를 따라 원인을 좁힌 뒤, 조치와 재검증까지 기록합니다. 포트폴리오에는 직접 겪거나 재현한 사례만 완료 사례로 표시합니다.

</aside>

이 페이지에서 보여주는 것

• 기술 영역은 장애가 발생하거나 분석을 시작한 지점을 나타냅니다.
• 기술 스택 태그는 해당 사례에서 실제로 사용하거나 확인한 도구를 나타냅니다.
• 본문에는 증상 → 가설 → 확인 결과 → 원인 → 조치 → 검증 → 재발 방지 흐름을 남깁니다.

예: Nginx가 실행 중인데 접속되지 않음 · 영역: Linux / Server · 연관 영역: Network · 태그: Linux Nginx systemd ss curl journalctl

기술 영역별 주제

아래 목록은 학습·재현 후보입니다. 실습을 완료하기 전에는 해결한 사례처럼 표시하지 않습니다.

• 🐧 Linux / Server
• 🌐 Network
• ☁️ Cloud
• 📦 Container / Kubernetes
• 📈 Monitoring / Observability
• 🗄️ Database / Storage
• 🔐 Security / IAM

장애 대응 흐름

1. 증상과 영향 범위: 어디에서 언제부터 어떤 요청이 실패했는지 확인합니다.
2. 현재 상태: 서비스·리소스·포트·네트워크·로그·최근 변경 사항을 확인합니다.