Edu-API (교육 기관 핵심 데이터 교환 API)

개요

대학 한 곳의 캠퍼스 안에는 학생정보시스템, 학습관리시스템, 도서관 시스템, 기숙사, 주차, 카드 서비스가 함께 돌아간다. 이들 사이의 연동은 대개 기관마다 개별적으로 만들어진다. 표준이 없으면 기관은 같은 문제를 각자 풀게 되고, 커스터마이징이 늘어나며, 시간이 지날수록 유지해야 할 IT 프로젝트가 많아지고 비싸진다. Edu-API는 고등교육 행정과 교수 및 학습을 관리하는 트랜잭션 시스템 사이의 핵심 데이터 교환을 표준화해, 이 반복을 줄이는 것을 목표로 한다.

기술 관점에서 Edu-API는 「전송이 아니라 발신(emission, not transmission)」을 설계 원칙으로 삼는다. 특정 전송 기술에 묶이지 않고 주고받는 데이터의 내용, 즉 페이로드에 초점을 맞춘다는 뜻이다. 그 결과 엔터프라이즈 서비스 버스, 메시지 브로커, iPaaS 같은 서로 다른 인프라 구성에서 같은 데이터 모델을 쓸 수 있다. Edu-API는 현재 Candidate Final Public 상태이며 첫 번째 버전 공개를 향해 진행 중이다.

핵심 개념

• 엔터프라이즈 데이터: 기관 운영의 기록 시스템이 보유한 핵심 데이터. 개인 및 인적 사항, 교과목 카탈로그, 수강 등록, 최종 성적이 여기에 해당한다.
• 트랜잭션 시스템: 학사 행정과 교수 및 학습을 실제로 처리하는 시스템. 학생정보시스템과 학습관리시스템이 대표적이다.
• 기록 시스템(system of record): 특정 데이터에 대해 정본을 보유한 시스템. Edu-API는 이 정본이 다른 시스템으로 흘러가는 경로를 다룬다.
• 발신 중심 설계: 데이터의 표현 형식을 고정하되 전송 수단은 구현에 맡기는 접근. 같은 페이로드를 여러 전송 계층에 실을 수 있다.
• LIS 계보: Edu-API가 딛고 선 이전 세대의 모델. 1EdTech Enterprise 스펙과 eduPerson 스키마에서 LIS로, 다시 Edu-API로 이어진다.

구성 요소

Edu-API 스펙은 고등교육의 핵심 엔터프라이즈 데이터를 다루는 데이터 모델과 그 데이터를 주고받는 API 정의로 이루어진다. 모델링의 출발점은 LIS의 포괄적인 데이터 모델이며, 여기에 OneRoster와 LTI를 운영하며 축적한 경험이 반영되었다.

Edu-API는 자체 모델을 만드는 데 그치지 않고 앞선 여러 시도의 검토 결과를 받아들였다. Unizin Common Data Model, 브리검 영 대학교의 PERSONS API, 유럽연합에서 SUNET과 SURFnet이 모델링한 LIS 국제화 확장이 그 예로 원문에 제시되어 있다. 여러 기관이 각자 만들어 온 데이터 모델의 공통분모를 하나의 표준으로 수렴시키려는 접근이다.

현 시점에 공개된 자료는 Edu-API 스펙 문서와, 초기 도입 기관의 사례를 담은 녹화 웨비나다. 스펙이 Candidate Final Public 단계이므로 문서 구성은 최종 공개 시점에 확장될 수 있다.

작동 방식

1. 기관이 교환 대상 데이터의 정본을 어느 시스템이 보유하는지 정한다. 인적 사항과 수강 등록은 대체로 학생정보시스템이 기록 시스템이 된다.
2. 정본 시스템이 Edu-API가 정의한 데이터 모델에 맞추어 데이터를 표현한다.
3. 표현된 데이터를 기관의 인프라에 맞는 전송 수단으로 내보낸다. 전송 계층이 무엇이든 페이로드의 형식은 같다.
4. 학습관리시스템을 비롯한 소비 시스템이 같은 모델로 데이터를 읽어 들인다. 시스템마다 별도의 변환 규칙을 만들지 않는다.
5. 기관은 시스템을 교체하거나 새 도구를 추가할 때 연동 지점을 다시 설계하는 대신 같은 모델에 맞추어 붙인다.

국내 도입 시나리오

국내 대학이 학사정보시스템과 학습관리시스템을 각각 다른 시기에 구축해 두 시스템 사이의 연동을 개별 인터페이스로 유지하는 경우, 어느 한쪽을 교체할 때 연동 전체를 다시 만들어야 하는 부담이 생긴다. 데이터 교환 규격을 Edu-API 모델에 맞추어 두면 교체 대상 시스템만 바꾸고 연동 규격은 유지하는 방식이 가능해진다.

대학이 신규 도구를 도입할 때에도, 조달 단계에서 데이터 교환 규격을 표준으로 제시하면 기관별 맞춤 개발 범위를 줄일 수 있다. 다만 Edu-API는 아직 Candidate Final Public 단계이므로, 도입 검토 시 스펙의 현재 상태와 향후 변경 가능성을 함께 확인할 필요가 있다.

명부와 수강 등록의 정기 동기화가 주된 목적이라면 OneRoster가 이미 널리 쓰이는 선택지다. Edu-API는 고등교육 행정 전반의 엔터프라이즈 데이터로 범위를 넓히려는 표준이므로, 두 표준의 적용 범위를 구분해 검토하는 편이 좋다. 국내 대학이 참여를 검토한다면, 스펙이 아직 발전하는 단계라는 점 자체가 기회이기도 하다. Edu-API 커뮤니티는 고등교육 기관과 공급사의 참여를 열어 두고 있으므로, 국내 학사 행정의 요구를 스펙 논의 단계에서 제기할 여지가 있다.

적합성 인증

Edu-API는 현재 Candidate Final Public 상태이며, 1EdTech가 공개한 자료에서 Edu-API 전용 적합성 인증 프로그램은 아직 확인되지 않는다. 1EdTech의 인증은 대체로 스펙이 최종 공개된 뒤 적합성·인증 가이드와 시험 도구가 갖추어진 표준을 대상으로 운영되며, 절차는 준비, 시험, 제출, 발급의 네 단계로 진행된다. 인증받은 제품이 TrustEd Apps Directory에 등재되는 흐름도 같다. 따라서 Edu-API의 인증 여부와 시점은 스펙의 최종 공개 진행 상황에 따라 확인해야 하며, 최신 정보는 원문 게이트웨이와 1EdTech 인증 페이지를 기준으로 한다.

관련 표준

• OneRoster: 명부, 수강 등록, 성적의 교환을 다룬다. 원문이 Edu-API의 관련 스펙으로 함께 제시하는 표준이며, 적용 범위가 겹치는 부분을 구분해 검토해야 한다.
• LIS: Edu-API가 토대로 삼은 이전 세대의 학사 엔터프라이즈 스펙이다. 원문이 관련 스펙으로 함께 제시한다.
• LTI: 플랫폼과 도구의 연결을 다룬다. Edu-API가 기관 시스템 사이의 데이터를 맞추면, LTI는 그 문맥에서 도구를 실행하는 층을 맡는다.
• Caliper: 학습 활동 데이터를 이벤트로 기록한다. 학사 데이터와 활동 데이터를 함께 분석할 때 두 표준이 각각의 층을 맡는다.
• CLR Standard: 학습자의 성취를 검증 가능한 기록으로 묶는다. 학적 데이터를 근거로 자격증명을 발행할 때 연결된다.

원문 자료

• 게이트웨이: https://www.1edtech.org/standards/edu-api
• Edu-API 스펙: https://www.imsglobal.org/spec/eduapi/v1p0
• Edu-API 개요 자료(PDF): https://www.1edtech.org/sites/default/files/media/docs/2024/Edu-API.pdf
• Learning Information Services(LIS): https://www.imsglobal.org/activity/onerosterlis#LIS
• 적합성 인증 절차 일반: https://www.1edtech.org/certification/get-certified
• TrustEd Apps 프로그램: https://www.1edtech.org/program/trustedapps

이 요약은 1EdTech의 공개 자료를 바탕으로 1EdTech Korea가 작성했습니다. 기술적 세부사항은 원문 스펙을 기준으로 합니다.