API는 "응용 프로그래밍 인터페이스"(응용 프로그래밍 인터페이스)를 나타냅니다. 대부분의 대기업은 클라이언트용 또는 내부용 API를 어느 단계에서 개발합니다.
금융 플랫폼에 연결된 개방형 API를 통해 비즈니스는 연결성과 끝없는 통합을 제공할 수 있습니다.
보통 개발자는 웹사이트, 투자자 사무실 및 백오피스를 만들고 API는 나중을 위해 남겨둡니다. 비즈니스가 발전함에 따라 다른 서비스 및 파트너와의 통합에 대한 필요성이 나타납니다. 그런 다음 개발자는 이러한 통합을 활성화하기 위해 API를 추가합니다. 이것은 모놀리식 아키텍처를 사용한 프로젝트 개발의 기존 경로입니다.
이 접근 방식의 약점은 API가 본질적으로 외부 파트너와 통신하는 데만 필요한 플랫폼에 대한 부속물이라는 것입니다. 결과적으로 API 기능은 일반적으로 희소하며 백오피스 기능의 일부를 복제합니다.
이 접근 방식은 취약점도 생성합니다. API가 백오피스를 기반으로 하는 경우 백오피스 사이트 자체는 직원만 사용할 수 있도록 남겨둘 수 없으며 외부 요청에서 닫힙니다. 외부 파트너 서비스는 API를 통해 플랫폼에 액세스할 수 있어야 하므로 백 오피스 사이트는 직원뿐만 아니라 모든 사람이 액세스할 수 있어야 합니다.
마이크로서비스 아키텍처를 사용하여 API에 대한 근본적으로 다른 접근 방식을 개발했습니다.
귀하의 금융 플랫폼에서 API는 시스템의 "두뇌"라고 말할 수 있습니다. 모든 데이터가 처리되고 비즈니스 로직이 내장되며 데이터베이스 및 서비스 제공업체에 대한 쿼리가 수행됩니다. 귀하의 프로모션 사이트, 고객 계정 및 백 오피스도 수행합니다. 모두 API를 통해 플랫폼과 함께 작동합니다.
이 접근 방식에는 여러 가지 장점이 있습니다.
