옵스지니(Opsgenie)와 스테이터스페이지(StatusPage)를 이용한 효과적인 장애 관리 방안을 소개 합니다.

1. Modern Incident Management
(Opsgenie + Statuspage)
오픈소스컨설팅 한진규 이사

2. 지금의 인시던트 관리.
이런 문제들 때문에
어렵습니다.
INTRODUCTION

3. 지금의 인시던트 관리 #1 : 장애인지 지연
어플리케이션 장애 발생시, 고객이나 제 3자가 먼저 인지하고
그 내용을 IT팀에서 전달받는 경우가 많습니다
나, 현업
헉, IT팀 담당자
접속 안되는데..

4. 지금의 인시던트 관리 #2 : 처리 지연, 부하 증가
고객은 지속적으로 장애 사이트에 접근 -> 부하 증가
담당자에게(고객, 관리자 등)는 문의가 폭주 -> 장애 처리 지연
고객
헉, IT팀 담당자처리 현황이
어떻게 되요?
되나?
되나?
왜안돼요?
바쁜데…우이C
되나?
관리자

5. 지금의 인시던트 관리 #3 : 복잡한 커뮤니케이션
장애발생시, 정확한 담당자에게 전달 어려움
문제 해결을 위한 이해관계자 연결 어려움
고객
엔지니어 A
엔지니어 B
엔지니어 C

6. 지금까지의
인시던트
관리는 부하증가, 처리지연
복잡한 커뮤니케이션 채널
장애 인지 지연
장애처리 현황 공유의 어려움으로 인해 장애
시스템 부하 증가 및 다양한 문의대응으로 인해
장애처리가 지연됩니다.
장애발생시, 장애처리 도중, 문제 해결 이후까지
커뮤니케이션의 어려움이 항상 존재 합니다.
제3자를 통해 장애를 인지하는등, 적시에 장애를
인지하는 것에 어려움이 있습니다

7. Opsgenie와 Statuspage를
통해 더 편리하고
효율적으로 인시던트를
관리 할 수 있습니다.
OPSGENIE AND STATUSPAGE

8. Incident
Management
장애인지
정확하고 즉각적인 장애인지
Opsgenie는 서비스나 시스템에 장애가 발생할 경우,
IT팀의 On-call 스케쥴에 따라 정확한 담당자에게
적시에 알람을 발송 합니다.
혹시라도, 담당자가 알람을 인지하지 못할 경우
‘에스컬레이션 정책’에 따라 차순위 담당자 또는
관련 매니저에게 알람을 발송하여, 장애인지가
지연되지 않도록 합니다.

9. Incident
Management
커뮤니케이션
편리하고 효율적인 커뮤니케이션
Opsgenie는 해당 상황에 연관된 사람들에게
현재 상황을 공유하고, 고객은 Statuspage를 통해 장애 상황을 인지하기 때문에,
장애발생 서비스에 접근하거나 IT팀에 현재상황을 문의 할 필요가 없어집니다.
매니저나 임원, 그리고 유관부서의 경우에도 Opsgenie앱을 통해 손쉽게
진행상황을 공유 받고, 채팅, 댓글 등으로 문제 해결에 참여 할 수 있습니다.
더 나은 커뮤니케이션을 통해 IT팀은 문제해결에 더 많은 시간과 노력을
투입 할. 수 있으며, 결과적으로 Down-time 없는 서비스환경 구성이 가능해집니다.

10. Incident
Management
기타
강력한 사전/사후관리 기능
Opsgenie는 강력한 보고서 기능을 통해 문제를 규명하고, On-call 부하를
분산시키며, 인시던트와 관련된 모든 것을 추적할 수 있습니다.
또한 수신전화를 라우팅하거나, 다른 앱들과의 연결 등은 Opsgenie가 가지고 있는
여러 장점 중 하나입니다.
아울러 Statuspage를 통해 고객에게 예정된 작업 등을 미리 공지하여 혼란을
방지하는 등 일관된 커뮤니케이션 채널을 통해 지속적으로 서비스 운영 상황을
공유 할수 있습니다.

11. 보고서 상세 (1/6)
운영효율분석
- 특정기간 동안 처리 한 알림의 양
- 평균 응답시간 및 평균 해결시간
→ 어떤 경고가 더 많은 시간과 주의를
요하는지 파악 가능

12. 보고서 상세 (2/6)
월간현황분석
- 매월 정기적인 리포트 배포 가능
→ 전 달의 현황과 쉽게 비교

13. 보고서 상세 (3/6)
사용자와 팀 생산성
분석
- 팀과 구성원의 사고대응 패턴 분석
→ Best Practice 수립 가능

14. 보고서 상세 (4/6)
On-call 분석
- 각 팀/개인별 워크로드 분석
→ 효율적인 업무 분배 가능

15. 보고서 상세 (5/6)
사후분석 보고서
→ 서로 다른 인시던트 대응방법을
쉽게 비교하고 이를 통해 개선
기회 도출

16. 보고서 상세 (6/6)
서비스 및 인프라스트럭쳐
상태 리포팅
→ 신속하게 모든 서비스를 탑레벨에서
관찰하여 개선 사항 도출 가능

17. Can be used as pro/con,
hypothesis/finding, etc.
SUMMARY
one side
As - is To - be
장애 인지의 어려움
인시던트 발생 후 시스템
부하 증가, 장애 처리 지연
복잡하고
관리하기 어려운
커뮤니케이션
데이터분석기반 마련
미래형
시스템 기반
구축
중앙화 된 경보, 알림 관리
Right People at Right time
장애 처리 중
편리하고 효율적인
커뮤니케이션
비슷한 장애가 다시 발생하지
않도록 문제를 분석하고,
지식화 합니다.

18. 급작스런 Crowd
시스템 Down
인시던트 관리 시나리오

19. Can be used as pro/con,
hypothesis/finding, etc.
인시던트관리 시나리오 (AS-IS)
one side 나, 현업
접속 안되는데..
고객
헉, IT팀
담당자
처리 현황이
어떻게 되요?
왜안돼요?
바쁜데…우이C되나?
장애발생
뒤늦은
장애 인지
장애복구
지연
소통어려움
지속적
장애 사이트
접근 시도
대량의 문의
사후관리
불가

20. 인시던트 관리 시나리오 (TO-BE)
고객
Crowd Server
Crowd담당자
매니저
유관
부서
Monitoring
Tool
Opsgenie
Stakeholder
장애발생 장애인지 장애복구 복구지연? 처리완료
• Monitoring Tool이
장애 확인하고
Alert event 발송
• Alert 우선순위확인
• Escalation 정책 적용
• 담당자에게 연락
(전화, 문자, App)
• 담당자 인지 불가시
차순위 담당자 Call
• Engineer 배정, 장애 분석
• 처리 현황이 Statuspage에 공유
• 작업 진행사항 Update
• Opsgenie 앱에서 유관부서 의견 교환
• Opsgenie note에 중요작업 내용을
기록하고 이 내용은 Statuspage로
고객과 공유
• 10분 이상 복구작업이
지연될 경우 에스컬레이션
정책에 따라 Leader
그룹에게 SMS 전송
• 작업 완료 후 Alert Close
• 고객은 Statuspage를 통해
해당 시스템이
Operational로 변경됨을
확인
• 보고서 등을 통해 장애
분석 및 재발 방지
장애확인 장애보고
경보발송
복구진행
작업기록
공유/소통
복구상항
공유
지연시 보고 협업
협업
경보
장애알림
분석/보고

21. Chapter Title
CHAPTER SUB TITLES SHOULD BE KEPT TO TWO LINES OR LESS

22. 가격정책

23. Opsgenie 가격정책
Pagerduty 가격
Opsgenie는 더 쉽고 편리하며,
경쟁제품대비 훨씬 저렴한 가격
으로 제공됩니다.

24. Statuspage 가격정책
[Public page 기준]

25. Thank you!
WWW.OSCI.KR
ATLASSIAN@OSCI.KR
WWW.OSCI.KR
ATLASSIAN@OSCI.KR