API와 상호운용성
1973년 봄, 빈튼 서프와 로버트 칸이 TCP/IP 프로토콜을 설계할 때, 그들은 한 가지 대담한 목표를 세웠다. "어떤 네트워크든, 어떤 매체든 간에 데이터를 전송할 수 있어야 한다." 네트워크의 내부 구조를 몰라도, 위성이든 라디오든 전화선이든 상관없이 패킷만 전달할 수 있다면 작동해야 했다. 이 철학은 네트워킹 커뮤니티에서 유명한 농담으로 정착했다: "TCP/IP는 깡통 두 개와 끈(two tin cans and a string) 위에서도 작동할 것이다." WikiEducator 누군가는 이것을 단순한 농담으로 치부했지만, 인터넷 엔지니어링 태스크포스(IETF)의 일부 사람들은 이를 도전으로 받아들였다. 1983년 1월 1일, ARPANET은 모든 연결된 기계가 TCP/IP를 사용하도록 요구했다. 이날 TCP/IP는 인터넷의 핵심 프로토콜이 되었다.
2002년, 아마존의 사무실 한켠에서 조용한 혁명이 시작되었다. 회장 제프베조스(Jeff Bezos)는 직원들에게 이렇게 말했다:
“앞으로 모든 팀은 자신의 데이터와 기능을 서비스 인터페이스(API)로 노출해야 한다
팀 간 통신은 오직 이 인터페이스를 통해서만 이루어진다.
다른 방식(직접 호출, 데이터베이스 공유 등)은 허용되지 않는다.”
이 명령은 단지 기술적 요청이 아니었다. 그것은 아마존 내부 구조와 문화의 방향 전환이었다. 각 팀은 스스로를 독립된 작은 서비스로 만들었고, 모든 기능은 문서화된 인터페이스를 통해 호출될 수 있도록 설계됐다. 이렇게 모듈화된 서비스 구조는 아마존을 거대한 레고 블록처럼 연결된 생태계로 바꿨다. 그리고 몇 년 뒤 이 구조는 외부로 확장되었다. 아마존은 내부에서 쓰던 서비스들을 그대로 외부 개발자가 사용할 수 있도록 개방했고, 그 결과가 AWS였다. 즉 이 한 명령이 플랫폼 비즈니스의 기초를 놓았고, API는 단지 ‘기술의 언어’가 아니라 ‘서비스가 서로 소통하는 문법’이 되었다.
오늘날 기술 세계에서 가장 자주 등장하는 단어 중 하나가 “API”다.
API(Application Programming Interface)는 소프트웨어와 소프트웨어가 서로 대화하기 위한 약속이다.
어떤 프로그램이 다른 프로그램의 기능을 불러오고, 데이터를 주고받으며, 함께 작동할 수 있게 해주는 이 ‘인터페이스의 언어’ 덕분에 우리는 결제, 지도, 번역, 로그인 같은 기능을 손쉽게 통합한다.
이처럼 API는 기술 생태계를 ‘연결’로 작동하게 하는 기본 문법이다.
교육기술(EdTech)의 세계에서도 같은 원리가 작동한다.
여기서는 ‘API’ 대신 상호운용성(Interoperability)이라는 이름으로 불린다.
즉, 학습관리시스템(LMS), 학생정보시스템(SIS), 디지털 콘텐츠, 평가도구, AI 튜터 등이 서로 다른 기술적 기반과 데이터 구조를 가지고 있어도 함께 작동할 수 있는 능력을 의미한다.
상호운용성이 보장되지 않는다면, 배움은 시스템의 경계에서 단절된다.
학생의 점수가 한 플랫폼에 머물고, 학습 데이터가 다른 시스템으로 전달되지 않으며, 교사는 여전히 수작업으로 데이터를 입력해야 한다.
결국 상호운용성은 단순한 기술의 문제가 아니라, 교육 생태계의 지속가능성을 결정하는 인프라다.
이 문제를 해결하기 위해 등장한 것이 LTI(Learning Tools Interoperability)와 OneRoster 같은 표준들이다.
LTI는 학습관리시스템 안에서 외부 학습도구를 안전하고 매끄럽게 불러오기 위한 표준이며,
OneRoster는 학생명단, 강좌, 성적 등의 학사 정보를 시스템 간 자동으로 동기화하기 위한 데이터 표준이다.
하지만 이것들은 단지 대표적인 두 가지 예일 뿐이다.
교육 분야에는 이 외에도 수많은 상호운용성 표준이 존재한다.
예컨대 SCORM(Sharable Content Object Reference Model)은 e러닝 콘텐츠를 서로 다른 LMS에서 재사용 가능하게 만든 초창기 표준이었고,
xAPI(Experience API)는 오프라인 활동까지 학습 경험으로 기록할 수 있도록 발전된 형태였다.
최근에는 Edu-API, Caliper Analytics, Common Cartridge, QTI(Question and Test Interoperability) 같은 표준들이 등장하여
데이터 분석, 시험, 콘텐츠 포맷, 인증 시스템 등으로 그 범위를 확장하고 있다.
이 표준들은 서로 경쟁하거나 대체하는 것이 아니라, 교육 생태계의 다양한 층위를 연결하는 공통 언어로 작동한다.
흥미로운 점은, 이러한 표준화의 흐름이 교육 분야만의 특수한 것이 아니라는 것이다.
인터넷의 역사에서 TCP/IP가 모든 네트워크를 하나의 ‘웹’으로 묶었듯,
API와 상호운용성 표준은 교육이라는 복잡한 네트워크를 하나의 생태계로 엮는 역할을 하고 있다.
이것이 바로 ICT 전체에서 상호운용성이 갖는 핵심적 의미다.
상호운용성이 없다면 기술은 고립되고, 연결되지 않은 기술은 곧 죽은 기술이 된다.
따라서 “표준을 만든다”는 것은 기술적 세부 규칙을 정하는 일이 아니라, 서로 다른 시스템이 공존하는 언어적 기반을 세우는 일이다.
교육의 맥락에서 볼 때, 이 언어의 힘은 곧 ‘학습의 지속성’을 가능하게 한다.
학생이 학교 LMS에서, 외부 콘텐츠 플랫폼에서, 또 AI 튜터에서 학습하더라도
그 데이터와 피드백이 하나의 흐름으로 이어질 수 있다면,
우리는 비로소 ‘단절되지 않는 배움(continuous learning)’을 실현할 수 있다.
즉, 상호운용성은 학습의 일관성과 개인화, 그리고 데이터 기반 교육의 신뢰성을 지탱하는 기술적 토대다.
오늘날 글로벌 EdTech 연합체 1EdTech(구 IMS Global)는 이를 “Learning on the Open Ecosystem”이라 부른다.
폐쇄된 플랫폼이 아닌, 서로 연결된 시스템 위에서 학습이 이루어지는 환경 —
이것이 바로 API와 상호운용성이 지향하는 미래다.
그리고 그 철학은 기술적 효율을 넘어서, 교육의 민주성과 접근성을 확장한다.
모든 학습자가 어떤 시스템을 사용하든, 배움이 동일한 품질로 이어지도록 하는 것.
그것이 상호운용성의 궁극적인 목표이며, API가 기술 세계에서 수행해온 역할의 교육적 버전이다.
1990년대 중반, 인터넷이 폭발적으로 성장하면서 학습 관리 시스템(LMS)이 우후죽순 생겨났다. 문제는 각 LMS가 자체 독점 코드를 사용해, 벤더 종속으로 인해 코스를 제작하고 재사용하기가 극도로 어려웠다는 점이다. 가장 상징적인 예가 있었다.
미국 육군이 소화기 사용법을 설명하는 이러닝 코스를 구매했다. 그런데 이 코스는 해군, 공군, 해병대와 공유될 수 없었다. 각 군이 서로 다른 독점 LMS를 사용했기 때문이다. 똑같은 소화기 사용법을 가르치는데, 네 군이 각각 따로 개발하거나 비용을 들여 수정해야 했다. 이 터무니없는 예산 낭비를 막기 위해 미국 국방부가 나섰다.
1999년 1월, 행정명령 13111이 서명되어 ADL(Advanced Distributed Learning) Initiative가 창설되었다. ADL은 연방 및 민간 부문 모두에 걸쳐 이러닝을 위한 공통 명세와 표준을 개발하라는 임무를 받았다. 흥미롭게도 ADL 팀은 바퀴를 재발명하지 않았다. 항공 산업의 AICC 그룹에서 CMI 데이터 모델을, IMS Global Learning Consortium에서 패키징 시스템을 빌려왔다.
SCORM은 "표준"이라 불리지만, 사실은 기존 표준들을 선별해 조합한 참조 모델이었다. 2000년 1월 SCORM 1.0이 출시되었고, 2001년 SCORM 1.2가 최초로 널리 채택된 버전이 되었다. 미국 연방 기관들이 계약서에 SCORM 지원을 의무화하면서, SCORM은 몇 년 안에 글로벌 이러닝 표준으로 자리잡았다.