GIS와 3D GIS, OGC 웹 서비스로 지리공간정보를 배포하는 법

타일 하나를 그리는 데 300ms가 걸린다면

지리공간정보시스템(GIS, Geographic Information System)의 역할이 커지면서 3D GIS와 OGC 표준 기반 웹 서비스(OWS), 그중에서도 WMS(Web Map Service)의 중요성이 함께 부각되고 있다. 도시 디지털 트윈, 공간 데이터 거버넌스, 실시간 의사결정 지원을 뒷받침하려면 표준화·확장성·상호운용성을 갖춰야 한다.

GIS는 공간(위치)과 속성 데이터를 수집·저장·분석·시각화하는 정보 시스템이다. 좌표참조계(CRS)와 지오메트리(점·선·면·라스터)를 일관성 있게 관리하고, 분석·표현·배포를 위한 도구와 워크플로를 포함한다. 3D GIS는 3차원 지형·건물·시설물·포인트클라우드 데이터를 관리·분석·렌더링하는 GIS 확장 영역이다. 3D Tiles, CityGML, IFC 같은 포맷과 LOD(Level of Detail), 시야 절단, 경량화(Decimation) 같은 렌더링 최적화가 핵심이다. OGC OWS는 공간 데이터 상호운용을 위한 표준 웹 서비스 집합이고, WMS는 서버가 지도 이미지를 동적으로 생성·제공하는 표준으로 레이어·스타일·CRS·범례를 HTTP로 교환한다.

데이터 모델부터 3D 스트리밍까지

벡터(점·선·면)와 라스터(그리드)를 이원 구조로 운영하며 EPSG 기반 CRS 관리가 필요하다. 재투영(Reprojection) 비용과 정밀도 손실을 감안해 서버측·클라이언트측 분담 전략을 정해야 한다.

3D 생태계는 3D Tiles, glTF, CityGML, LAS/LAZ(포인트클라우드)를 중심으로 구성된다. LOD 타일링, 메시 단순화, 텍스처 압축 같은 스트리밍 성능 최적화가 필수다.

OWS 스택은 WMS/WMTS(타일 캐시)/WFS(피처)/WCS(커버리지)/CSW(카탈로그)로 역할을 나눈다. WMS는 동적 렌더링에 강하고, WMTS는 대규모 확장성에 강하며, WFS는 속성 쿼리·편집에 강하다.

타일 캐시(Gridset, 256/512px)와 프리시딩(사전 렌더링)으로 응답 시간을 줄인다. 스타일(SLD/SE) 복잡도, 라벨링, 필터링이 CPU 병목의 주요 원인이라 단순화·사전 계산이 권장된다.

보안·거버넌스 측면에서는 게이트웨이·WAF, 레이어별 접근제어, 토큰·리퍼러 검증으로 데이터를 보호하고 메타데이터·버전관리·감사 로그로 추적 가능성과 규정 준수를 확보한다.

요청부터 응답까지의 경로

⤢✕

요청 검증→타입 분기→캐시 조회→렌더링/재투영→응답 반환 순으로 흐른다. 잘못된 CRS나 과도한 요청, 미지원 포맷은 각각 별도 분기로 처리하고, 데이터소스는 읽기 전용 스냅샷 트랜잭션으로 렌더링 일관성을 확보한다.

WMS·WMTS·WFS, 무엇을 언제 쓰나

서비스	성능	확장성	일관성	안정성	운영 편의
WMS	중간, 동적 렌더링 비용 발생	캐시 연동 시 우수, 미사용 시 제한적	지도 표현 일관성 우수, 최신 데이터 즉시 반영	스타일 복잡도에 민감	스타일/필터 유연, 캐시 운영 추가 필요
WMTS	매우 높음, 사전 타일링	수평 확장 용이, CDN 친화	타일 재생성 전까지 최종 일관성 지연 가능	높은 안정성	운영 단순, 타일 피라미드 관리 필요
WFS	요청 복잡도에 따라 변동, 대용량 시 저하	서버/DB 병목 영향 큼	속성/피처 정합성 우수, WFS-T로 트랜잭션 보장	스키마 변경에 민감	스키마/인덱스/권한 관리 복잡

실시간으로 스타일을 바꿔야 하면 WMS, 대규모 트래픽을 감당해야 하면 WMTS를 고른다. 사전 타일링은 빌드 시간·스토리지가 늘고 온디맨드 렌더링은 CPU 스파이크가 생기므로 둘 사이 균형을 설계해야 한다.

도시 디지털 트윈부터 환경 평가까지

도시 디지털 트윈은 2D 지적·시설물과 3D 건물·지형 데이터를 통합 운영해 실감형 시뮬레이션을 제공한다. OWS로 표준 배포하고 3D Tiles로 웹 스트리밍을 구현한다. 재난 대응·상황판은 실시간 센서·드론 영상을 오버레이하고 WMS로 신속하게 주제도를 배포하며, 좌표계·시간 동기화와 타일 캐시로 폭증 트래픽에 대응한다. 인프라·자산 관리는 설계(BIM/IFC)와 운영(As-is) 데이터를 융합해 변경 탐지·점검 경로를 최적화하고, 권한 분리와 감사 로그로 규정 준수를 확보한다. 환경 영향 평가는 라스터 분석(토양·수문)과 3D 가시권 분석을 결합하고, 시나리오별 맵 스타일을 미리 정의해 보고서 작성을 자동화한다.

표준 구성과 요청 예시

표준 아키텍처는 GeoServer 2.x + PostGIS 15.x + NGINX/Apache 리버스 프록시, 3D는 CesiumJS + 3D Tiles(Cesium ion 또는 오픈소스 타일러), 캐시는 GeoWebCache 또는 MapProxy에 CDN을 연동하는 구성이다.

구축 절차는 벡터·라스터를 수집하고 CRS를 확인·정규화한 뒤 인덱스(GIST, raster overview)를 생성하는 입력 단계, 스타일(SLD/SE) 설계와 레이어 그룹화, 타일 그리드 설정(EPSG:3857/5181 등)을 하는 처리 단계, WMS/WMTS를 퍼블리시하고 3D Tiles를 업로드해 API 게이트웨이·CDN으로 배포하는 출력 단계로 이어진다.

GeoServer 2.23+에 공개 레이어 topp:states가 있다고 가정하면 GetCapabilities 요청은 다음과 같다.

curl -s "https://your-gis.example.com/geoserver/wms?service=WMS&version=1.3.0&request=GetCapabilities"

GetMap으로 PNG, EPSG:3857, 512px 타일을 받으려면 다음과 같이 요청한다.

curl -o map.png "https://your-gis.example.com/geoserver/wms?service=WMS&version=1.3.0&request=GetMap&layers=topp:states&crs=EPSG:3857&bbox=-13884991,2870341,-7455066,6338219&width=512&height=512&styles=&format=image/png"

캐시 전략이 곧 성능이다

타일 캐시는 줌 레벨 0~14를 프리시딩하고 15 이상은 온디맨드로 처리하는 전략이 권장된다. 스타일은 카테고리 수를 줄이고 라벨 버퍼를 최소화하며 동적 필터는 미리 집계해두는 편이 낫다. 재투영 비용은 소스와 타깃 CRS를 일치시켜 서버측 재투영을 최소화하는 방향으로 줄인다.

보안·운영 측면에서는 게이트웨이에서 IP·토큰·리퍼러를 검증하고 요청 크기를 제한하며 Rate limiting을 적용한다. 민감 레이어는 WMS로 이미지만 전송하고 WFS 노출은 최소화하며, 감사 로그와 버전 태깅을 운영한다.

캐시 미적중 평균 300ms, 적중 50ms, 적중률 80%를 가정하면 평균 응답시간은 0.8×50 + 0.2×300 = 100ms로, 캐시 도입 전 300ms 대비 약 66% 단축된다. PNG를 WebP·JPEG로 바꾸면 대역폭이 평균 3060% 절감되고 타일 크기는 50KB에서 2535KB 수준으로 준다. CDN 캐시 적중률이 70%에 도달하면 오리진 QPS가 3배 감소해 피크 부하가 안정된다.