들어가며

최근 금융·통신·핀테크사 등 비대면본인확인에 대한 관심이 높아지며, 컴트루테크놀로지에도 관련 솔루션 문의가 정말 많이 들어오고 있습니다.

비대면본인확인 솔루션을 도입하고자 하는 욕구는 충분하지만 많은 분들이 API와 SDK 방식 중 무엇을 선택할지, 둘의 차이와 장단점은 무엇인지 등 고민을 많이 하고 계시더라구요!

이런 고민을 하고 계신 분들을 위해 이번 글을 준비하였습니다.

API와 SDK는 무엇이 다를까요?
또 1금융권, 2금융권, 저축은행, 카드사, 보험사 등의 금융권에서는 어떤 방식을 도입하는 것이 좋을까요?

API와 SDK의 기본 개념

이것들 전부를 알아보기 전에 API와 SDK의 간략한 개념부터 알아보겠습니다.

SDK(System Development Kit)의 기본 개념

SDK는 프로그래머가 시스템 하나를 구축하는 데 필요한 모든 소프트웨어 도구와 앱이 포함된 키트입니다.

쉽게 비유하자면 밀키트라고 볼 수 있습니다. 밀키트에는 요리 하나를 만드는 데 필요한 야채, 고기, 소스 등등 모든 것들이 들어있죠. 이처럼 SDK방식은 한 시스템을 구현하기 위한 컴파일러, 디버거, IDE 등 모든 것이 포함된 키트를 의미합니다.

그럼 이러한 키트 방식이 무엇이 좋냐! 하면, 다시 밀키트 예시로 돌아와서 만약 밀키트에 들어있는 재료 중 버섯을 싫어한다면 버섯을 빼고 조리하면 되죠. 단 걸 좋아하면 설탕을 좀 더 넣으면 되구요.

이처럼 시스템을 구축할 때 본인의 목적에 따라 더하고 빼며 조립하여 사용할 수 있다는 점이 SDK의 큰 장점입니다.

​

API(Application Programming Interface)의 기본 개념

API는 다른 응용 프로그램과 통신할 수 있도록 응용 프로그램에서 구현하는 인터페이스를 뜻합니다.

​다시 예를 들어본다면, 아까 SDK는 밀키트였죠? API는 웨이터라고 할 수 있습니다. 웨이터는 요리사가 열심히 공들여 만든 음식을 손님에게 안전하게 전달하는 역할을 맡고 있습니다. 이처럼 API 또한 시스템을 이용자에게 연결(통신)하는 기능을 하고 있습니다. 전문 요리사가 이미 만들어놓은 음식을 서빙하는 것이기 때문에 더 전문화되어 있고, 빠르다는 장점이 있습니다.

​

API와 SDK의 활용방안

SDK 방식은 위 사진처럼 시스템 안에 내장되는 방식으로 활용됩니다.

​사진 속 큰 흰색 사각형은 시스템, 검정 사각형들은 기능들이라고 보시면 됩니다. 위 사진처럼 시스템 안에 타기능들과 함께 내장되기 때문에 좀 더 견고하다는 장점이 있습니다.

반면 API는 시스템 안에 통신할 수 있는 부분만 넣고, 기능을 구현할 때는 외부에 있는 서버와 통신하며 웹브라우저에 인터페이스로 구현하게 됩니다.

아직 이해가 안되신다면 서버는 요리사, 시스템은 손님, 기능은 음식이라고 보면 됩니다. 손님이 음식을 주문하면, 요리사가 그를 열심히 준비해 해당 음식을 손님에게 제공하는 것입니다.

​다시 말해, 시스템이 기능을 호출하면, 서버가 해당 기능을 시스템에 제공하는 것입니다.

API, SDK 그래서 어떻게 활용하는 걸까?-최신 트렌드와 함께 알아보기

최근, 비대면으로 계좌를 개설하는 일이 급증하고 있습니다. 그에 따라 금융권에서도 모바일 가입자를 늘리기 위해 온라인 마케팅에 많은 노력을 기울이고 있습니다. 그로 인해 인스타그램, 페이스북, 유튜브, 구글 등 다양한 플랫폼에 광고 등의 홍보활동을 하고 있는데요.

금융권에서는 이용자들의 참여율을 높이기 위해 광고를 보고 링크를 클릭하면 별도 어플 다운로드 없이 웹 브라우저에서 내에서 편리하게 가입, 문의를 할 수 있도록 전환을 유도하고 있습니다.

​또한 금융권에 오픈 이노베이션 바람이 불며 핀테크사와의 협업도 많아지고 있는데요.​ 가입자의 소비현황을 분석해 알맞은 혜택의 카드를 추천해주는 핀테크사와 가입자 증가를 목표로 일정 돈을 지불하고 해당 핀테크사에 본인 제품의 홍보를 요청하는 카드사의 협업을 예로 들 수 있습니다.

이럴 때는 카드사의 어플을 다운받는 번거로운 절차 대신, 핀테크사의 어플에서 바로 해당 카드사의 카드를 만들면 편리하겠죠. 이러한 트렌드 때문에 최근 금융권의 비대면본인확인 솔루션을 도입하려는 금융권 담당자 분들께 API 방식을 적극 추천드리고 있습니다.

그렇다면 왜 API 방식을 추천드리는걸까요?

방금 2개의 금융권 트렌드에 대해 말씀 드렸죠. 첫번째는 온라인 광고 참여율 증진, 두번째는 핀테크사와의 협업 시 이용자에게 편리함 제공이었습니다.

API방식은 서버와 통신을 하는 방식이기 때문에 인스타그램의 광고에서도, 핀테크사의 어플에서도 웹브라우저 연결만 되면 웹브라우저에서 곧바로 우리 회사의 서비스 가입이 가능합니다. 그러니까 API로 인스타그램 광고나, 핀테크사의 어플에서 우리의 시스템을 불러와서 별도 앱 다운 등의 번거로운 절차 없이 곧바로 가입이 가능한 것이죠.

반면 SDK는 우리 시스템 안에 내장된 방식이기 때문에 SNS광고나, 핀테크사의 어플을 통해 우리 서비스를 가입하려면 어플을 다운 받아야 합니다. 고객이 우리 서비스에 가입하기 위해 ‘어플 다운’이라는 큰 장벽 하나가 생기는거죠. 그렇기 때문에 비대면본인확인 솔루션 도입을 원하시는 고객사분들께 SDK는 추천드리지 않고 있습니다.

이제 왜 앞서 말씀드린 트렌드가 API방식을 추천하는 이유가 되는지 이해가 되셨나요?

이뿐만이 아닙니다. API는 유지보수나 업데이트도 훨씬 간단합니다.

​API 방식에서 우리의 기능은 외부 서버에 있기 때문에 기능 업데이트나 장애가 발생하였을 때 해당 기능이 들어있는 외부 서버만 건들면 됩니다.

하지만 SDK방식은 기능이 시스템 내에 내장되어있기 때문에 기능 업데이트나 장애가 발생하면 시스템 전체를 뜯어야 하는거죠.

​

마치며

지금까지 API와 SDK방식, 또한 현재 트렌드에 따른 비대면본인확인 솔루션 도입 시 금융권에 추천하는 방식까지 알아보았습니다.

👇👇 컴트루테크놀로지의 비대면본인확인 솔루션에 대해 ​궁금하다면 아래 포스팅을 참고해주세요. 👇👇

👇👇 솔루션에 대해 더 자세한 문의 혹은 데모/견적이 필요하면 아래 링크로 부담없이 문의해주세요. 👇👇