소개: 왜 당신의 시스템에 ‘온실’이 필요한가

대부분의 팀은 인시던트를 고립된 폭풍 정도로 취급합니다. 폭풍은 몰려와서 혼란을 일으키고, 그다음 아무도 두 번 읽지 않는 포스트모템 문서 속으로 사라집니다.

하지만 실제로 당신의 시스템에 있는 것은 **폭풍만이 아닙니다. 시즌(계절)**입니다.

연말 실적 마감, 마케팅 런칭, 블랙 프라이데이, 연휴 트래픽 피크, 대규모 릴리즈, 세금 신고 시즌, 학교 등록 기간처럼, 매년 유난히 취약해지는 시기가 있습니다. 이건 우연이 아니라, 부하(load), 리스크, 취약성이 계절적으로 반복되는 패턴입니다.

여기서 등장하는 것이 바로 “온실 돔(greenhouse dome)” 360° 종이 파노라마입니다.

당신의 시스템 1년을 한눈에 보여주는, 크고 원형의 물리적 지도를 만든다고 상상해 보세요. 당신을 둘러싸듯 서 있는 종이 돔입니다. 각 조각은 시간으로 경계가 나뉜 위험의 “시즌”을 나타냅니다. 그 사이를 걸어 다니며, 사방에서 인시던트와 근접 실패(near-miss), 운영 스트레스의 스토리를 볼 수 있습니다. 완전히 아날로그이고, 시각적이며, 깊이 협업적입니다.

이 글에서는 다음을 어떻게 할지 안내합니다.

• 360° 온실 돔을 시스템의 은유적 지도처럼 활용하는 방법
• 인시던트를 농업의 계절 주기처럼 다루는 방법
• 각 시즌을 인시던트 커뮤니케이션·회고 패턴으로 구조화하는 방법
• 무엇을, 어떻게 시각화할지 결정할 때 툴 평가 관점을 적용하는 방법
• 돔을 온보딩과 학습을 위한 살아 있는 공유 아티팩트로 만드는 방법

1단계: 시스템에서 가장 위험한 ‘시즌’을 지도화하기

먼저 이렇게 질문해 보세요: 언제 우리 시스템이 특히 취약해지는가? 과거에 실제로 터졌던 시점만이 아니라, 조금 더 숨을 죽이게 되는 시기를 떠올려 보세요.

1년의 달력 전체를 보며 패턴을 찾습니다.

• 트래픽 기반 시즌
  • 블랙 프라이데이 / 사이버 먼데이
  • 신규 기능/제품 런칭
  • 연말 몰림 / 세금 신고 마감
• 조직 기반 시즌
  • 대규모 릴리즈 윈도우
  • 코드 프리즈 기간
  • 조직 개편 또는 대형 제품 전략 전환
• 외부 의존성 기반 시즌
  • 벤더 정기 점검/점검 윈도우
  • 규제·법적 데드라인 사이클

이 모든 것을 농업의 계절성에 비유해 봅니다.

• 파종(Planting): 신규 기능, 대규모 마이그레이션, 인프라 근본 변경
• 성장(Growing): 안정적인 트래픽, 기능 도입 증가, 의존성 축적
• 수확(Harvest): 피크 사용량, 리포트 마감, 대외 발표·런칭
• 휴경(Fallow): 상대적 비수기, 리팩터링, 기술 부채 상환

우선 간단하게 목록이나 스프레드시트를 만드세요. 각 행은 하나의 시간으로 경계가 있는 단계입니다. (예: “11월 리테일 피크 시즌”, “2분기 세금 신고 시즌”, “연 1회 등록 주간”) 이 리스트가 나중에 종이 돔의 구조적 뼈대가 됩니다.

2단계: 360° 온실 돔 설계하기

실제 물리적인 돔 구조물이 필요한 건 아닙니다. 필요한 것은 360°를 채울 종이와 테이프뿐입니다.

물리적 레이아웃

• 긴 롤 페이퍼나 큰 도화지 여러 장을 준비합니다.
• 그것을 테이블이나 벽 주변에 원형으로 (가능한 한 둥글게) 배치합니다.
• 원 전체를 여러 개의 세그먼트로 나누고, 각 세그먼트를 하나의 시즌/단계로 지정합니다.
• 각 세그먼트에는 다음을 라벨로 붙입니다.
  • 기간 (예: “11월 15–30일”)
  • 이름 (“연말 결제 폭주 시즌” 등)
  • 주요 리스크 유형 (부하, 변경, 외부 의존성, 조직, 보안 등)

사실상 1년을 표현하는 거대한 아날로그 **폴라 차트(polar chart)**를 만드는 셈입니다.

온실 돔이라는 은유

온실에서는 다음과 같은 일을 합니다.

• 무엇이 언제 자라는지 추적합니다.
• **조건(빛, 온도, 수분)**을 이해합니다.
• **반복되는 문제(해충, 병, 영양 문제)**를 관찰합니다.

인시던트 온실도 마찬가지입니다.

• 무엇이 언제, 어떻게 망가지는지 보여줍니다.
• 인시던트에 앞서 반복적으로 나타나는 조건을 드러냅니다.
• 반복되는 실패 패턴과 그 맥락을 포착합니다.

돔이라는 형식 덕분에 리스크가 여러분을 사방에서 둘러싸게 됩니다. 단순히 평면 타임라인을 훑어보는 것이 아니라, 시스템의 이야기가 담긴 공간 안에 서 있는 경험을 하게 됩니다.

3단계: 인시던트 커뮤니케이션과 회고 형식을 차용하기

돔이 단순히 포스트잇이 빽빽이 붙은 벽이 되는 것을 막으려면, 각 시즌에 분명하고 반복 가능한 내러티브 구조를 부여해야 합니다.

이미 가지고 있는 것들 중에서 잘 되고 있는 형식을 빌려오세요.

• 인시던트 커뮤니케이션 플레이북
• 상태 페이지(Status page) 업데이트 템플릿
• 인시던트 회고/포스트 인시던트 리뷰 포맷

각 시즌 세그먼트마다, 위쪽에 붙여 둘 수 있는 작고 재사용 가능한 템플릿을 만듭니다. 예를 들어:

• Context(맥락):
  • 이 시기에 비즈니스/시장에서는 무엇이 일어나고 있는가?
  • 누가 압박을 받고 있는가? (팀, 고객, 파트너 등)
• Conditions(조건):
  • 전형적인 트래픽/부하 수준
  • 변경 속도(High/Medium/Low)
  • 이미 알려진 취약 컴포넌트들
• Notable incidents(주요 인시던트):
  • 날짜 / 짧은 제목
  • 영향 요약 (어떤 고객, 얼마나 오래, 어떤 시스템)
  • 핵심 기여 요인(key contributing factors)
• Signals & leading indicators(시그널 & 선행 지표):
  • 보통 이 시기에 시끄러워지는 메트릭/로그
  • 온콜 티켓이 급증하는 지점
• Practices that helped(도움이 되었던 관행):
  • 잘 작동한 플레이북
  • 혼란을 줄여준 커뮤니케이션 패턴
• Open questions(열린 질문):
  • 여전히 이 시즌에 대해 이해되지 않는 것들
  • 내년을 위한 잠재적 실험 아이디어

이렇게 하면 각 세그먼트는 단순한 실패 목록이 아니라, 작은 인시던트 스토리 캡슐이 됩니다.

4단계: ‘툴 평가’ 관점 적용하기

돔 안에 가능한 모든 메트릭과 그래프를 욱여넣고 싶어질 수 있습니다. 그러지 마세요.

돔 그 자체를 하나의 툴 평가 도구라고 생각해 봅니다.

• 팀 규모와 역량
  • 작은 팀: 3–5개의 주요 시즌에 집중하고, 시즌당 핵심 메트릭 1–2개만 선택
  • 큰 조직: 세그먼트 수와 주석을 더 풍부하게 가져갈 수 있지만, 그래도 ‘선별’은 필수
• 예산과 노력
  • 이 방법은 의도적으로 로우테크입니다. “예산”은 곧 구성원의 시간과 집중력입니다.
  • 얼마나 자주 업데이트할지(분기별? 연 1회?) 미리 정하고, 그 리듬을 지키세요.
• 워크플로 정렬
  • 팀이 이미 보고 있는 메트릭(대시보드, SLO 등)에서 가져옵니다.
  • 종이 위에 모든 것을 복제하지 말고, 기존 도구를 참조하세요.
  • 특정 대시보드나 런북으로 연결되는 QR 코드나 짧은 URL을 붙여도 좋습니다.

목표는 모니터링 스택을 종이 위에 재현하는 것이 아닙니다.

목표는 다양한 관점을 오케스트레이션하는 것입니다.

• 이 시즌 동안, 어떤 도구와 알림이 항상 불이 켜지는가?
• 반대로, 사람들은 불안한데 툴은 유난히 조용한 곳은 어디인가?
• 우리는 아예 눈이 멀어 있는(blind) 지점은 어디인가?

이러한 간극과 긴장을 드러내 줄 수 있는 뷰와 메트릭을 선택하세요.

5단계: 각 세그먼트를 ‘스토리 풍부한 패널’로 만들기

이제 실제로 돔을 채워 넣을 준비가 되었습니다.

예를 들어 “블랙 프라이데이 주간” 같은 각 세그먼트마다 다음을 수행합니다.

1. 캘린더 경계 표시하기

   • 정확한 날짜나 반복되는 주간 패턴을 표기합니다.
   • 코드 프리즈나 배포 블랙아웃 같은 고정된 기간이 있다면 함께 표시합니다.

2. 과거 인시던트 플로팅(plotting)

   • 각 인시던트를 해당 시즌 세그먼트 위에 배치합니다.
   • 매우 짧은 제목을 적습니다. (예: “2023 체크아웃 DB 포화”)
   • 1–2문장으로 주석을 답니다: 원인, 영향, 이후 무엇이 바뀌었는지.

3. 시각 레이어 추가하기

   • 리스크 유형에 따라 색을 다르게 칠합니다. (예: 빨강 = 부하, 파랑 = 변경)
   • **영향받은 역할(지원, SRE, 제품 등)**을 나타내는 아이콘·스티커를 붙입니다.
   • 의존성 관계를 보여주는 화살표를 그립니다. (예: “클라이언트 Y 때문에 API X 과부하”)

4. 패턴 강조하기

   • 원인이 비슷한 인시던트를 묶어서 표시합니다.
   • 반복해서 등장하는 트리거(마케팅 캠페인, 벤더 장애 등)를 동그라미로 감싸거나 강조합니다.
   • “이 시즌에는 보통 이런 일이 생긴다” 같은 짧은 메모를 추가합니다.

5. 예방·회복 스토리 기록하기

   • 어떤 변경 덕분에 시스템이 버텨낸 사례도 함께 기록합니다.
   • 예: “2024: 같은 피크 트래픽이었지만, 레이트 리미팅 도입 이후 인시던트 없음”

이렇게 하면 각 세그먼트는 데이터 모음 그 이상이 됩니다. 리스크와 회복탄력성(resilience)의 스토리보드가 됩니다.

6단계: 돔을 360° 스토리 플랫폼으로 만들기

돔은 많은 목소리가 참여할 때에만 진정한 힘을 발휘합니다.

돔을 다양한 역할이 자기 관점에서 인시던트 이야기를 “발행(publish)”하는 공유 360° 미디어 플랫폼처럼 다루어 보세요.

• SRE / 인프라 팀
  • 포화 지점, 시끄러운 메트릭, 불안정한 컴포넌트에 대한 디테일을 추가합니다.
  • 잘 작동했거나 실패한 플레이북을 명시합니다.
• 프로덕트 매니저(PM)
  • 런칭, 피처 플래그, 고객과의 커밋 사항을 표시합니다.
  • “여기서는 속도를 신뢰성보다 우선했다”와 같은 트레이드오프를 기록합니다.
• 고객 지원(Customer Support)
  • 티켓 급증 시점, 자주 등장하는 사용자 불만을 주석으로 남깁니다.
  • 인시던트 당시의 사용자 경험을 잘 드러내는(익명화된) 실제 문의 문구를 짧게 인용합니다.
• 보안 / 컴플라이언스
  • 규제 준수 부담이 큰 기간이나 법적 데드라인을 표시합니다.
  • 피싱, 사기, 악용(abuse) 시도가 시즌별로 언제 늘어나는지 기록합니다.

이러한 기여를 **명시적인 의식(ritual)**으로 만드세요.

• 분기마다 또는 큰 시즌이 끝난 후 **“돔 업데이트 세션”**을 엽니다.
• 인시던트 리뷰를 할 때, 항상 묻습니다: “이 인시던트는 돔의 어디에 들어가야 할까?”
• 사람들이 쉽게 붙일 수 있도록 간단한 스티키 템플릿을 제공하고, 해당 시즌에 직접 붙이게 합니다.

시간이 지날수록 이 돔은 집단 기억 장치가 됩니다. 운영(Operation)만의 기억이 아니라, 조직 전체의 기억입니다.

7단계: 돔을 교육과 의사결정에 활용하기

온실 돔이 완성되면, 그것은 단순한 벽 장식이 되어서는 안 됩니다. 실제 일을 하는 도구가 되어야 합니다.

온보딩

• 새로 합류한 엔지니어나 PM에게 돔을 하나씩 돌며 설명합니다.
• 1년을 여러 시즌이 이어지는 이야기로 들려줍니다.
• 이를 통해 다음을 설명합니다.
  • 왜 특정 시기에 코드 프리즈가 존재하는지
  • 왜 어떤 리뷰 프로세스는 유난히 엄격한지
  • 왜 특정 메트릭은 특정 시기에 특히 주의 깊게 보는지

인시던트 포스트모템

• 회고 미팅을 할 때, 해당 시즌 세그먼트 근처에 서서 진행합니다.
• 이런 질문을 던져 보세요.
  • 이 인시던트는 과거의 시즌 패턴과 비슷했는가?
  • 이번에는 무엇이 달랐는가?
  • 이번에 배운 것 중, 이 시즌의 스토리에 반드시 추가해야 할 것은 무엇인가?

계획·로드맵 수립

• 대형 이니셔티브를 계획할 때 돔을 함께 봅니다.
• 스스로에게 물어봅니다.
  • 이미 취약한 시즌에 위험한 ‘파종’을 하려는 것은 아닌가?
  • 이 런칭을 더 ‘휴경’에 가까운 시기로 옮길 수는 없는가?
  • 어떤 시즌이 더 많은 툴링, 리허설, 인력 보강을 필요로 하는가?

목표는 인시던트를 기억하는 데 그치지 않고, 미래에 언제, 어떻게 리스크를 감수할지에 대한 결정 자체를 바꾸는 것입니다.

결론: 리스크를 눈에 보이게, 계절적으로, 그리고 함께 다루기

디지털 시스템은 추상적으로 느껴지기 쉽습니다. 인시던트는 티켓, 대시보드, PDF 속에 납작하게 눌려 버립니다. 아날로그 온실 돔은 완전히 다른 형태의 가시성을 제공합니다. 몸으로 느끼는(embodied), 이야기 기반(narrative), 집단적인(collective) 가시성입니다.

시스템에서 가장 위험한 시기를 농업의 시즌—파종, 성장, 수확, 휴경—처럼 다루기 시작하면, 더 이상 “운 나쁜 사고”로만 보지 않게 됩니다. 대신 패턴, 준비, 적응의 관점으로 옮겨가게 됩니다.

360° 종이 파노라마가 기존 도구를 대체하지는 못합니다. 하지만 다음을 가능하게 해 줍니다.

• 모두가 직관적으로 이해할 수 있는 방식으로 반복되는 리스크 시즌을 드러냅니다.
• 조직 개편과 인력 이탈 이후에도 남아 있는 공유 스토리 아티팩트를 만듭니다.
• SRE, 프로덕트, 고객 지원 등 서로 다른 역할이 기여할 수 있는 **공통 지도(common map)**를 제공합니다.

인시던트가 점점 “또 같은 얘기 반복”처럼 느껴지기 시작했다면, 아마 이제 돔을 만들고, 그 안에 한 번 서서, 시스템의 1년을 360°로 바라볼 때인지도 모릅니다.

그리고 이렇게 함께 물어보는 겁니다. 다음 시즌에는, 우리는 무엇을 다르게 키울 수 있을까?