개방형 API (REST, SOAP)

Ⅰ. 누구나 쉽게 사용 가능한 API, 개방형 API 정의 및 필요성

가. 개방형 API 정의

- 기업 및 정부에서 제공하는 데이터를 언제 어디서나 누구든 쉽게 이용하여 개발 가능한 사용자 중심의 인터페이스

 

나. 개방형 API 필요성

구분	필요성	설명
비즈니스 측면	새로운 비즈니스 모델 확장	현재 비즈니스 모델에서 API 활용 새로운 비즈니스로 확장
	빠른 환경 변화에 대응	개방형 API 활용으로 개발 시간과 비용 절약
기업 측면	사용자 유입증가로 매출 증가	고객 중심의 비즈니스로 사용자 유입 증가 기대
	기업 브랜드 인지도 향상	시장의 빠른 환경 변화 대응으로 기업 인지도 향상

- 빅데이터, 공공데이터의 증가로 인한 개방형 API의 종류와 서비스도 증가하는 추세

 

Ⅱ. 개방형 API 시스템 구성도 및 구성요소

가. 개방형 API 시스템 구성도

- 개발자는 API 제공 사이트에 등록 후 인증키를 발급받아 API 호출 시 Auth2.0 인증 수행

 

나. 개방형 API 구성요소

구분	구성요소	설명
API Client 측면	API 개발 서버	Open API를 활용하여 새로운 서비스 구축
	DB 서버	Open API의 Response를 데이터 형태로 저장
API Server 측면	API Gateway	Open API 호출 요청 Proxy 역할
	인증 서버	Client 인증키를 받아 인증 수행하는 역할
	API 엔진	실제 데이터를 쿼리하여 호출한 Client에 전달
	Cache 서버	서비스 성능 보장을 위해 호출결과 Cache 저장

- 개방형 API 표준화를 위해 SOAP 프로토콜 개발, 성능 향상을 위해 REST 개발

 

Ⅲ. SOAP, REST 특징 비교 및 SOAP의 4가지 구성요소

가. SOAP와 REST 특징 비교

구분	SOAP	REST
유형	프로토콜	아키텍처 스타일
기능	기능 위주	데이터 위주
데이터 포맷	XML만 사용	XML, JSON 모두 사용
보안	SSL 지원	SSL, HTTPS 지원
문제점	개발 난이도 높음	표준의 부재
캐시사용	불가능	가능

 

나. SOAP의 4가지 구성요소

구분	구성요소	설명
필수	Envelope	- SOAP의 루트 요소 - Header와 Body 포함
	Body	- Envelope의 필수 하위요소 - 메시지의 최종 수신인을 대상으로하는 정보 포함
선택	Header	- Envelope의 선택적 하위요소 - 애플리케이션 관련 정보 전달
	Fault	Body의 하위 요소로 오류 보고에 사용

- SOAP은 Envelope, Body, Header가 포함된 하나의 XML 문서로 표현

 

Ⅳ. 개방형 API를 활용한 Mashup

- 웹에서 제공하는 정보, 서비스를 개방형 API를 활용하여 융합하여 새로운 서비스 개발