📃 트래픽이 몰려온다, 장애 대응 ✍️ 서비스 중인 애플리케이션의 기능이 정상적으로 동작하지 않는 경우를 IT업계에서는 '장애'라고 표현을 합니다. 용어에서도 알 수 있듯이 뭔가 문제가 있는 상

📃 트래픽이 몰려온다, 장애 대응 ✍️ 서비스 중인 애플리케이션의 기능이 정상적으로 동작하지 않는 경우를 IT업계에서는 '장애'라고 표현을 합니다. 용어에서도 알 수 있듯이 뭔가 문제가 있는 상황을 의미하죠. 원인도 정말 다양합니다.그런데 이러한 장애가 발생한 상황을 어떻게 인지할 수 있을까요? 그리고 그게 정녕 '장애'일까요? 그럼 원인은 무엇이고, 어떻게 해결해야 하며, 동일한 장애가 발생하지 않도록 방지 대책은 또 어떻게 세워야 하는 것일까요? 이 글에서는 장애가 발생했을 때 어떠한 과정을 거쳐야 하는지에 대해 이야기하고 있는데요. 자료에서 나온 내용에 저의 생각을 조금 첨가(?) 하여 정리를 하면 다음과 같을 것 같습니다. - 장애는 언제나 예고 없이 찾아오기 때문에 로깅과 알림을 통한 모니터링은 필수 - 잦은 알림은 중요한 알림을 놓치게 하는 주범이 되므로 정말 받을 알림만으로 정리/구분 - 장애 발생 시 무엇보다 빠른 복구가 핵심 - 장애는 누군가의 잘못에 의해 발생하지만 잘 생각해 보면 누군가의 실수라기 보다 개발 파이프라인의 문제가 가장 큼 - 부끄럽거나 죄송한 마음보다는 다양한 공유(중간, 최종 등)를 통해 다시 발생을 하지 않도록 하는 게 더 중요 - 회고를 통해 무엇을 더 보강해야 하는지, 발생한 장애보다 더 넓은 범위에서 서비스를 점검하는 계기 - 지속적인 대응 및 개선 (리팩토링) 장애 없는 개발 라이프를 기대해 보지만 현실은 그렇지 못하기에, 문제를 잘 찾고 현명하게 잘 대응하는 게 중요하다 생각합니다.