오픈데이터 플랫폼 구축: 라이선스부터 CKAN 아키텍처까지

CKAN·DKAN·Socrata 등 오픈데이터 플랫폼의 구조와 라이선스 체계, Open Data Barometer 평가모델, 도입 절차 7단계를 정리한다.

2026-08-12 · 최초 발행 2025-11-26

누구나 데이터를 내려받아 다시 쓸 수 있게 만드는 일은 파일을 웹에 올리는 것과는 다른 문제다. 오픈데이터(Open Data)는 접근·사용·재사용·재배포가 가능한 형태로 데이터를 개방하는 정책 및 기술 프레임워크를 가리킨다. 라이선스와 표준, 플랫폼, 거버넌스 체계를 통해 누구나 자유롭게 데이터를 활용하도록 보장하는 사회·기술적 인프라로 작동한다.

무엇을 오픈데이터라 부르는가

오픈데이터는 모든 사람이 사용·재사용·재배포할 수 있는 데이터로, 비용·법적·기술적 장벽을 최소화하고 기계가공 가능한 형식으로 제공되어야 한다. 라이선스 측면에서는 저작권 표시(Attribution, 예: CC BY)와 동일조건 변경허락(Share-Alike, 예: CC BY-SA, ODbL)을 적용할 수 있으며, 비차별·무제한 사용을 허용한다. 기술 기준으로는 오픈 포맷(CSV/JSON/GeoJSON/RDF), 표준 스키마(DCAT, Schema.org), 식별자(URI/DOI), 접근 인터페이스(API/Bulk Download)를 갖춘다.

라이선스와 법적 기준

명시적 오픈 라이선스를 부여해 재사용·재배포 권리를 명확히 하는 것이 출발점이다. 동시에 개인정보·영업비밀·보안정보는 비공개 범주로 정의하고, 비식별·익명화 절차를 운영해야 한다.

데이터 품질과 메타데이터

스키마·코드리스트·단위의 일관성을 확보하고 결측·이상치 검출을 자동화한다. DCAT-AP 같은 메타데이터 표준화, 프로비넌스·버전·갱신주기 기록도 품질 관리의 일부다.

접근 채널과 API 설계

검색·카탈로그·필터·미리보기를 제공하고 대량 다운로드를 지원한다. REST/GraphQL/OGC API를 제공하며 레이트리밋·API 키·사용 통계를 함께 운영한다.

표준과 상호운용성

CSV/JSON 중심의 최소마찰 전략을 기본으로 하고, 필요하면 RDF/Linked Data로 확장한다. 공통 식별자와 참조 데이터셋을 연계해 의미적 상호운용성을 강화한다.

플랫폼 아키텍처 3모듈

데이터 등록(Web UI, Ingest API), 데이터 현황(메타데이터·검색·카탈로그), 데이터 발행(보안·시각화·포털 운영)이 모듈화된 구조를 이룬다. 대표 도구로는 CKAN, DKAN, OGPL, Socrata, Junar 등이 있다.

발행/운영저장/버전데이터 등록검증 통과검증 실패 인터페이스 업로드Ingest API스키마/라이선스 검증원천 저장소정제/정규화 레이어메타데이터/카탈로그접근제어/레이트리밋/토큰검색/탐색 포털시각화/미리보기Bulk 다운로드REST/OGC/GraphQL API사용 통계/피드백리젝트/리포트

업로드·API 입력이 검증·정제·메타데이터 생성을 거쳐 포털·API·다운로드로 출력되는 흐름이다. 스키마 불일치나 라이선스 누락은 리젝트되고, 품질 규칙은 자동 검증·리포팅된다. 데이터셋은 버전 잠금 상태로 배포 시 원자성을 보장받으며, 롤백과 감사 추적이 함께 관리된다.

오픈데이터 평가 지표

Open Data Barometer(ODB)는 준비도(Readiness, 정책·법제·기관 역량과 데이터 인프라 성숙도), 실행력(Implementation, 핵심 공공 데이터셋의 실제 개방 수준·포맷·신선도), 영향력(Impact, 투명성·책임성·경제적 가치·사회적 포용 기여도) 세 축으로 평가한다.

팀 버너스리의 Five Stars of Linked Data는 1★(웹 공개, 예: PDF)부터 5★(다른 데이터와 링크된 RDF, 의미 웹 기반 통합)까지 단계를 매긴다. 이 등급 체계 자체를 다루는 상세 기준은 별도로 정리한다.

플랫폼 비교: CKAN부터 Junar까지

최신 버전·상세 스펙은 변경될 수 있어 도입 전 확인이 필요하다.

플랫폼 배포 형태 확장성 일관성/버전 안정성 운영 편의
CKAN 오픈소스, 자가 호스팅 높음(플러그인 생태계) 버전/리소스 별도 관리 검증됨(대규모 사례 다수) 중간(운영 역량 필요)
DKAN 오픈소스(Drupal 기반) 중간(Drupal 확장성) 콘텐츠/데이터 통합 관리 중간 높음(CMS 친화)
Socrata SaaS 높음(클라우드 네이티브) 데이터 퍼블리싱 워크플로우 내장 높음(SLA) 높음(관리 콘솔)
Junar SaaS 중간 카탈로그 중심 중간 높음(신속 개시)
OGPL 오픈소스(정부 포털 지향) 중간 표준 기능 중심 중간 중간

도입 사례

공공 행정 투명성 강화 사례에서는 예산·조달·의사결정 데이터를 공개하고 대시보드·알림 기능을 제공해 시민 감사 참여를 촉진한다. 도시 데이터 허브는 교통·주차·환경 센서 스트림을 API로 공개해 개발자 생태계와 모바일 서비스를 촉진한다. 보건·재난 대응 영역에서는 감염 현황·병상·백신 데이터를 매일 갱신해 지자체·병원 간 예측 모델을 공유한다. 기업·연구 연계에서는 ESG·에너지 데이터를 연구 데이터셋과 연계해 재현성을 강화하고 민관 공동 연구를 촉진한다.

이런 도입 사례 전반에서 나타나는 정량 효과로는 데이터 요청 처리 시간이 50% 이상 단축되고, 외부 재사용이 늘면서 내부 보고서 제작 비용이 20~40% 절감되며, API 기반 자동화로 수작업 오류율이 70% 감소하는 것을 들 수 있다. 정성적으로는 정책 투명성·책임성 제고, 민관 협력 강화, 혁신 생태계 촉진, 데이터 기반 의사결정 문화 확산이 꼽힌다.

도입 절차

  1. 전략·거버넌스 수립 — 공개 원칙·비공개 기준·우선순위 데이터셋을 정의하고, 라이선스 정책(CC BY/ODbL 등)을 채택하며 법무·보안 협의 체계를 구축한다.
  2. 데이터 자산 목록화·정비 — 데이터 인벤토리·품질을 진단하고 스키마·코드리스트를 표준화한다. 개인정보 비식별 처리 가이드를 적용하고 민감정보 제거를 자동화한다.
  3. 플랫폼 선택·구축 — 자가 호스팅(CKAN/DKAN)과 SaaS(Socrata/Junar)의 트레이드오프를 평가하고, 인증·모니터링·백업·로그·형상관리(CI/CD)를 통합한다.
  4. 메타데이터·카탈로그 운영 — DCAT-AP 매핑, 영속 식별자(URI/DOI) 부여, 버전 정책을 수립한다. 신선도·완전성·일관성 품질 지표를 대시보드로 운영한다.
  5. 발행·접근 채널 설계 — Bulk와 API를 병행하고 레이트리밋·키 발급·사용량 과금/쿼터 정책을 정한다. 시각화·미리보기로 진입장벽을 낮추고 스키마 진화 전략을 제공한다.
  6. 커뮤니티·피드백 루프 — 이슈 트래커·포럼을 운영하고 데이터 요청·오류 신고·기여 프로세스를 갖춘다. 활용 사례를 수집·공모하고 교육·해커톤을 운영한다.
  7. 성과 측정·개선 — ODB 지표에 맞춰 준비도·실행력·영향력을 주기적으로 측정하고, 다운로드·API 호출·응답시간·오류율·기여 횟수를 기반으로 개선한다.

개방과 보호의 균형

최대 개방을 원칙으로 하되 개인정보·보안·영업비밀은 분류·비식별·가명처리를 우선한다. CSV/JSON의 접근성은 크지만 4~5★ 수준의 RDF/URI 확장은 비용과 역량을 요구한다. 자가 호스팅은 제어·커스터마이즈가 자유로운 대신 구축·운영 부담이 크고, SaaS는 확장성·SLA가 좋은 대신 비용과 벤더 종속이 따른다. API 공정성을 위해서는 레이트리밋·토큰·페어 유스 정책을 두고, 대량 이용자는 Bulk 다운로드로 유도한다.

최소 API 예시

전제조건은 CKAN 2.x 호환 API, 공개 인스턴스이며 읽기는 API 키가 필요 없다.

데이터셋 검색:

curl -s "https://demo.ckan.org/api/3/action/package_search?q=transport&rows=5"

메타데이터 조회:

curl -s "https://demo.ckan.org/api/3/action/package_show?id=your-dataset-id"

쓰기 작업은 API 키·권한이 필요하고, 요청이 실패하면 JSON 형식의 에러 메시지를 확인한 뒤 재시도·백오프를 적용한다.

오픈데이터CKAN데이터거버넌스공공데이터데이터카탈로그