2026년 9월 3일, ChatGPT와 Claude, Grok이 비슷한 시간대에 잇달아 접속 장애를 일으켰습니다. OpenAI, Anthropic, xAI가 각자 상태 페이지에서 장애를 확인했고, 세 서비스는 수 시간 안에 정상화됐습니다.
그 시간 동안 두 종류의 반응이 있었습니다. 한쪽은 다른 서비스로 전환하거나 잠시 기다렸다가 작업을 이어갔습니다. 다른 쪽은 그날 일정을 통째로 뒤로 밀었습니다. 두 집단이 쓰던 도구는 비슷했습니다. 차이는 그 도구를 업무 흐름에 어떻게 연결해뒀느냐에 있었습니다.
AI를 불러 쓰는 업무와 AI에 걸어둔 업무
이 글에서 '연결'은 두 가지 방식으로 나뉩니다. 필요할 때마다 AI를 호출해 결과를 받고 그 다음은 사람이 이어가는 방식을 '독립 호출', 한 작업의 출력이 AI를 거쳐 자동으로 다음 단계로 넘어가도록 이어진 흐름을 '파이프라인 연결'이라 부릅니다. 이 둘은 AI 서비스가 멈췄을 때 전혀 다른 결과를 냅니다.
독립 호출 방식에서 서비스 장애는 그 호출 하나가 실패하는 정도입니다. 초안 작성을 ChatGPT에 맡기다가 안 되면 Claude를 쓰거나, 직접 쓰거나, 그 작업만 나중으로 미룹니다. 이후 업무는 그대로 흐릅니다.
파이프라인 연결 방식은 다릅니다. 고객 문의 수집 → AI 분류 및 요약 → 담당자 배정처럼 AI가 중간 단계에 들어가 있으면, 그 단계가 멈출 때 앞에 쌓인 입력도 뒤를 기다리는 처리도 함께 멈춥니다. 수작업으로 전환하려 해도 그 흐름이 평소에 어떻게 작동했는지를 먼저 파악해야 하는데, 자동화가 오래될수록 그것을 기억하는 사람이 줄어듭니다.
이메일이 업무 인프라가 됐을 때
1990년대 중반, 이메일이 사무실에 퍼지기 시작했을 때 기업들의 반응은 두 갈래였습니다. 한쪽은 이메일을 팩스와 전화의 보조 수단으로만 쓰고, 다른 쪽은 주문 확인과 납기 조율, 재고 관리를 이메일 기반으로 재편했습니다.
서버 장애가 발생했을 때 전자는 팩스로 버텼고, 후자는 그날 전체가 멈췄습니다. 이메일 기반으로 업무를 재편한 쪽이 틀렸다는 뜻은 아닙니다. 그쪽이 평소에 더 빠르고 정확하게 움직였습니다. 다만 장애 때 영향을 받는 범위가 달랐을 뿐입니다.
생성형 AI도 비슷한 전환점에 왔습니다. 2024년 이후 많은 1인 사업자와 소규모 팀이 AI를 업무의 실질적인 처리 단계에 연결하기 시작했습니다. 이 시점에서 AI는 편리한 도구이기도 하고 운영 인프라이기도 합니다. 그 경계는 서비스가 멈췄을 때 비로소 눈에 들어옵니다.
한 서비스에 익숙한 사람과 여러 서비스를 번갈아 쓴 사람
9월 3일 장애에서 하나의 서비스에만 익숙했던 사용자는 오후 내내 기다렸습니다. ChatGPT와 Claude, Gemini를 평소에도 번갈아 쓰던 사용자는 다른 서비스로 넘어가 작업을 이어갔습니다.
여러 서비스를 번갈아 쓴다는 것은 각 모델의 강점 차이를 손으로 알고 있다는 뜻이기도 합니다. 긴 문서 요약에서 어느 모델이 더 일관된 응답을 내는지, 코드 디버깅에서 어느 서비스가 덜 허무맹랑한 답을 내는지를 경험으로 가지고 있다면, 장애 시에 즉각 대체할 수 있습니다.
단일 서비스 의존의 취약점은 장애 때만 드러나지 않습니다. 가격 정책이 바뀌거나, 특정 기능이 유료로 전환되거나, 서비스 자체가 방향을 틀 때도 같은 취약점이 나타납니다. 하나에 깊이 연결될수록 그 하나의 결정이 업무 전반에 바로 영향을 줍니다. 이것이 'AI 도구를 많이 아는 것'이 단순히 기술적 호기심을 넘어 실무 리스크 관리가 되는 지점입니다.
지금 업무에서 AI가 어느 비율인지 파악하는 법
별도의 도구 없이도 지금 측정할 수 있습니다.
지난주 업무를 항목으로 적습니다. 그 중 AI가 들어간 단계를 표시합니다. 그다음, 특정 AI 서비스 하나가 1시간 안에 복구되지 않는다고 가정했을 때 수작업으로 전환할 수 있는 항목과 그렇지 않은 항목을 나눕니다. 후자가 전체의 절반을 넘기 시작하면, 그 서비스가 멈출 때의 영향은 도구의 수준을 넘어서 있습니다.
통신이나 클라우드 서비스에서는 인프라를 단일 공급자 하나에만 맡기지 않는 것이 일반적입니다. AI 서비스가 업무의 실질적인 처리 단계를 담당하기 시작한 시점이라면, 같은 기준을 적용하는 것이 낯설 이유가 없습니다.
9월 3일 장애로 업무가 멈췄다면, 멈춘 항목을 목록으로 적어두는 것이 다음 장애 전에 할 수 있는 첫 번째 일입니다.
