Canvas가 멈춘 날, 한국 학원의 LMS는 안전한가

The Atlantic 2026년 5월호에 실린 이언 보고스트(Ian Bogost)의 칼럼은 단순한 IT 장애 보고서가 아니다. 워싱턴 대학교 세인트루이스 캠퍼스에서 보고스트가 가르치는 아타리 2600 게임 프로그래밍 수업의 기말 마감 당일, Canvas가 전 세계적으로 다운됐다. 해커는 Google과 Ticketmaster를 노렸던 집단이었고 표적은 Canvas 제작사 Instructure였다. 인질은 2억 7,500만 명의 사용자 정보. 시점은 일부러 골랐다. 기말 기간이었다. 한국 학원·과외·중고교 현장이 의존하는 LMS, 숙제 앱, 출결·성적 플랫폼도 동일한 SaaS 구조 위에 놓여 있다. 이 글은 이 구조의 취약점을 한국 학원 운영자의 눈으로 다시 읽는다.

마감 당일에 사라진 채점 기준표

보고스트가 처음 마주한 문제는 학생 한 명의 패닉 메일이었다. 자정 마감인 기말 프로젝트의 방향을 마지막 순간에 바꾸기로 한 학생이, 변경된 계획이 점수에 어떻게 작용할지 물었다. 보고스트는 답하지 못했다. 이유는 명확했다. 과제 설명도, 평가 루브릭도, 전부 Canvas 안에만 존재했다. 자신이 만든 채점 기준에 자신이 접근할 수 없었다.

한국 학원의 수행평가 대비 수업, 내신 서술형 첨삭, 영어 에세이 루브릭도 본질은 같다. 단어 시험 앱, 숙제 관리 SaaS, 학원 자체 LMS에 루브릭과 모범답안, 첨삭 코멘트 템플릿을 올려두고 강사는 거기서만 채점한다. 효율은 올라가지만 백업은 사라진다. 클라우드가 멈춘 순간, 강사는 자신이 어떤 기준으로 학생을 평가하기로 했는지조차 확인할 수 없다. 수능 영어 EBS 연계 분석 자료, 내신 기출 변형 문항, 학생별 오답 누적 기록이 한 플랫폼에 묶여 있을수록 장애의 충격은 비례해 커진다.

실무 원칙은 단순하다. 평가 루브릭, 과제 지문, 모범답안, 학생별 누적 점수표는 LMS 밖에 한 벌 더 있어야 한다. PDF든 클라우드 문서든 로컬 드라이브든 형식은 중요하지 않다. 중요한 것은 플랫폼 한 곳이 죽어도 강사가 채점을 이어갈 수 있는 사본의 존재다.

학생에게 메일조차 보낼 수 없었다

칼럼에서 가장 인상적인 대목은 보고스트가 학생들에게 이메일을 보내려다 멈춘 순간이다. 교수와 학생의 모든 커뮤니케이션이 Canvas로 통합돼 있었기 때문에, Canvas가 죽자 보고스트는 학생들의 이메일 주소조차 꺼낼 수 없었다. 보고스트는 학생들이 메일을 잘 안 본다고 적었지만 그것은 문제가 아니었다. 보낼 곳을 모르는 것이 문제였다.

한국 학원은 더 심하다. 학원 자체 앱, 카카오톡 알림톡, 학부모 단톡방, 강사 개인 번호가 뒤섞여 있지만 정작 학생 본인의 연락 수단이 학원 앱 푸시 알림 하나에 묶여 있는 경우가 많다. 출결 알림, 숙제 공지, 보강 일정, 시험 안내가 전부 앱 안에서 흐른다. 앱이 다운되면 강사는 학생이 다음 수업에 오는지조차 통보할 수 없다.

이중화의 방향은 분명하다. 정규 채널과 비상 채널을 미리 분리해 둔다. 정규는 학원 앱·LMS, 비상은 학부모 휴대전화 번호·학생 본인 번호·반별 비상 연락망. 비상 연락망은 분기에 한 번이라도 실제로 한 번 돌려봐야 살아 있는 채널로 유지된다. 보고스트가 학교도 Canvas도 대안 절차를 제시하지 않았다고 적은 부분이 한국 학원 원장에게 보내는 경고다. 위기가 터진 뒤 만드는 매뉴얼은 매뉴얼이 아니다.

제출 기록은 누가 보관하는가

학생들은 보고스트에게 혹시 몰라서 미리 제출한다는 메일을 보내기 시작했다. 마감을 늦춰줄지, 지각 제출로 감점할지, 시스템 장애를 학생 책임으로 돌리지 않을지에 대한 불안이었다. 보고스트 본인도 주말 일정을 다시 짜야 할지 걱정했다. 한 번의 클라우드 장애가 교수와 학생 양쪽의 신뢰 비용을 동시에 올린다.

한국 학원의 수행평가 대비, 영어 라이팅 첨삭, 수학 풀이 사진 제출도 같은 구도다. 학생이 어제 자정에 숙제 앱에 업로드한 사진이 서버 장애로 사라졌다고 주장할 때, 강사는 어떻게 검증할 것인가. 제출 시각 로그, 파일 해시, 이메일 백업 중 어느 하나라도 LMS 바깥에 남아 있지 않다면, 남는 선택은 믿어 주거나 다시 시키거나 둘 중 하나다. 둘 다 학원 운영에는 손해다.

현실적 대안은 제출 채널을 의도적으로 둘로 갈라두는 것이다. 정규 제출은 학원 LMS, 그러나 모든 과제 제출 시 학생 본인의 메일이나 클래스 공용 드라이브에도 사본을 남기게 한다. 강사 입장에서는 채점 대상이 늘어나는 게 아니라, 분쟁이 발생했을 때 참조할 두 번째 타임스탬프가 생기는 것이다. 내신 수행평가 자료처럼 학생의 학기 성적에 직접 영향을 주는 산출물일수록 이 이중화의 가치는 커진다.

루브릭이라는 관료 장치, 그리고 그 의존

보고스트는 루브릭이 "임의성을 줄이기 위해 도입됐지만, 동시에 학습 목표를 표준화해 인증 평가와 행정 보고에 쓰이도록 만든 도구"라고 적었다. Canvas 같은 SaaS의 정당화 근거 자체가 이 루브릭 기반 채점·집계 기능이라는 지적이다. 한국 학원·학교의 흐름도 비슷한 방향으로 가고 있다. 학습 목표 기반 평가, 성취기준 매칭, 학원 자체 평가 데이터의 시각화. 이 모든 것이 플랫폼 안에서만 작동하는 형태로 설계될수록 강사의 판단은 해당 플랫폼에 종속된다.

문제는 종속 자체가 아니라, 종속이 깊을수록 장애 시 회복이 느려진다는 점이다. 강사가 자기 채점 기준을 머릿속과 종이로 동시에 갖고 있을 때는 LMS가 꺼져도 채점이 진행된다. 강사가 앱이 자동으로 채점해 주던 단계까지 의존을 옮기면, 앱이 꺼지는 순간 강사도 함께 꺼진다. 수능 영어 빈칸 추론 풀이 점검, 내신 서술형 채점, 영작 첨삭 같은 영역일수록 강사 머릿속의 기준이 살아 있어야 한다. 도구는 보조이지 본체가 아니다.

한 회사에 묶인 2억 7,500만 명

이번 사건에서 인질이 된 숫자는 2억 7,500만 명이었다. 북미 대학의 40%가 한 회사의 한 서비스에 강의 운영을 외주했다는 사실이 이 숫자를 만들었다. 보고스트는 이를 "내가 학생이던 시절에는 존재하지도 않았던 코스 관리 개념을, 대학들이 막대한 비용을 들여 소수의 클라우드 SaaS 업체에 외주한 결과"라고 정리했다.

한국 학원 시장도 같은 길을 가고 있다. 출결, 결제, 숙제 관리, 단어 시험, 모의고사 응시·채점, 학부모 리포트가 통합된 올인원 학원 솔루션이 표준이 되고 있다. 편의는 분명하다. 그러나 한 업체의 인증 서버가 멈추면 출결·결제·숙제·공지·성적 다섯 가지가 동시에 멈춘다. 학원 한 곳의 문제가 아니라 해당 솔루션을 쓰는 전국 학원 수천 곳의 동시 정전이다.

벤더를 떠나라는 이야기가 아니다. 핵심 데이터의 소유권과 내보내기 가능성을 계약 단계에서 확인해 두자는 이야기다. 학생별 누적 성적, 과제 제출 이력, 학부모 연락처, 결제 내역을 정기적으로 CSV로 내려받아 학원 자체 서버나 별도 클라우드에 저장한다. EBS 강의 자료, 자체 제작 교재 PDF, 수능 기출 변형 워크시트 같은 콘텐츠 자산은 LMS 업로드본 외에 원본을 별도로 관리한다. 외주는 외주의 자리에, 자산은 학원의 자리에.

다음 수업에서 한 가지만 바꾼다면

이번 주 안에 강사 한 명이 실제로 손대는 변경은 단 하나로 충분하다. 다음 한 단원 분량의 과제 루브릭과 모범답안을 LMS 바깥의 단일 문서로 다시 정리하는 것이다. 형식은 자유다. 한글 파일이든 구글 문서든 노션 페이지든 인쇄물이든 상관없다. 조건은 두 가지다. 먼저 해당 문서만 보고도 강사가 채점을 끝낼 수 있어야 한다. 또한 학원 LMS·숙제 앱·학교 e학습터가 동시에 꺼져도 학생에게 이 기준으로 본다고 보여줄 수 있어야 한다.

여기에 한 가지를 덧붙인다면, 담당 반 학생·학부모의 비상 연락처를 별도 시트로 한 번 추출해 두는 일이다. 분기에 한 번, 시험 직전 한 번이면 충분하다. Canvas가 멈춘 날 보고스트가 학생에게 메일조차 보낼 수 없었던 막막함이, 다음 시험 기간 한국 어느 학원 강사실에서 반복되지 않도록 하는 가장 값싼 보험이다. 도구는 언제든 꺼질 수 있다. 꺼지지 않아야 하는 것은 강사의 판단과 학생과의 연결이다.