엔터프라이즈에 의해 IT가 주도되는 시대가 끝나고 웹과 서비스의 시대가 오가면서 개방형API 즉, 오픈API가 각광받는 시대가 오면서 시스템 내부간의 통합도 중요했지만 외부로 API를 서비스하는 클라이언트 대 서버간의 통합 그리고 외부서버와 내부서버와의 통합이 중요한 요건이 되었다.
즉,
라이언트와 서버 중간에서 API에 대한 라우팅이나 인증 처리와 같이 내부 API를 외부 서비스로 제공하는데 촛점을 둔다
웹기반의 서비스들은 복잡한 형태의 메세징을 필요로하지 않기때문에 xml을 버리고 상대적으로 간단한 json이 메인으로 사용되었고 ,
이를 HTTP 통신에 사용하면서 HTTP/JSON기반의 REST 아키텍쳐가 유행했다.
** REST는 Representational State Transfer의 약자로서 웹의 분산된 Hypermedia 콘텐츠를 접근하기 위해 개발된 Software Architecture Style입니다.
API 게이트웨이의 단점
대부분의 API 게이트 웨이는 게이트 웨이 인스턴스(클러스터)를 포진 시키는 방식이라서 서비스간의 통합 포인트가 많아서 복잡도가 올라가는 경우 API 게이트 웨이에 많은 부하가 걸려서 성능 저하가 발생하고, API 게이트 웨이가 장애가 날 경우 전체 서비스에 영향을 주는 (SPOF : Single Point of Failure) 가 된다는 단점이 있다.
'인터페이스 관련지식' 카테고리의 다른 글
| Client ::: Server (0) | 2022.07.11 |
|---|---|
| SOAP / REST (0) | 2022.07.11 |
| EAI (Enterprise Application Integration) (0) | 2021.07.01 |