API를 역전하는 것이야말로 기업이 API 경제에 참여하고 경쟁하는 데 필요한 디지털 혁신이다

Rajesh Narayanan

동기, 과제 및 기회

애플리케이션 프로그래밍 인터페이스(API), 나아가 API 경제는 디지털 혁신을 빠르게 촉진하는 핵심 동력으로 자리 잡고 있습니다. 대부분의 기업이 API의 작동 원리는 이해하고 있지만, 이를 자사의 비즈니스 가치를 높이는 수단으로 활용하는 기업은 많지 않습니다. API 경제란 더 많은 기업이 API를 통해 서비스를 외부에 공개함에 따라 디지털 경제를 이끌게 될 모든 비즈니스 모델, 관행 및 자산을 의미합니다. 본질적으로 API 경제는 기업이 서비스와 데이터를 안전하게 외부에 공개할 수 있도록 지원함으로써 비즈니스 가치를 창출하는 것입니다.

모든 기업은 본질적으로 가치가 있는 데이터와 관련 서비스를 보유하고 있지만, 일반적으로 이러한 자산은 조직 내부에서만 이용할 수 있습니다. 그러나 API 경제에 참여하고 효과적으로 경쟁하려면 기업은 이러한 API 중 일부를 역전하여 내부를 외부로 개방하는 방안도 고려해야 합니다. Benzell 등은 “기업 역전을 통한 API의 성장 창출 방식” 보고서에서 비공개 API를 외부에 공개하면 조직의 가치가 어떻게 높아지는지 설명합니다. 우리는 이 표현을 ‘API 역전’으로 확장했습니다. 이는 기업이 비공개 API를 파트너 API 또는 공개 API로 제공하여 외부에 개방하는 과정을 의미합니다.

API 간단히 되짚어보기

API를 사용하면 개발자가 애플리케이션과 제품을 쉽고 민첩하게 구축할 수 있습니다. 또한 기업 내 여러 부문의 소프트웨어를 신속하게 통합하고, 파트너 API 또는 공개 API를 통해 제공되는 서비스와 연동할 수 있습니다.

API는 데이터 액세스와 공유 기능의 교환을 지원함으로써 기업 간 새로운 서비스의 통합도 가능하게 합니다. API가 가장 매력적인 기회를 제공하는 동시에 가장 큰 과제와 위험을 초래하는 지점은 바로 이러한 데이터 액세스입니다. API를 사용하면 각 서비스 제공업체의 보안 절차를 일일이 거치지 않고도 여러 서비스의 데이터에 안전하게 액세스할 수 있습니다. 그러나 API를 잘못 설계하면 조직이 의도치 않게 데이터를 노출하여 오늘날 업계에서 볼 수 있는 수많은 문제로 이어질 수 있습니다.

Postman의 2022 API 현황 보고서에 따르면, 조직이 API를 사용하기로 결정한 가장 큰 이유는 ‘내부 시스템과의 통합’이었으며, API는 기업이 디지털 경제에 참여할 수 있는 가장 쉬운 방법을 제공합니다. 이는 기업이 API 우선 전략에 사용할 기술을 선택할 때 통합 도구가 핵심 고려 사항이 된다는 점에서 중요합니다.

비즈니스 동기

프라이빗 API를 더 큰 생태계에서 활용할 수 있도록 개방한 가장 대표적인 사례는 Amazon Web Services(AWS)입니다. Amazon은 고객이 자사의 컴퓨팅 인프라를 셀프서비스 방식으로 필요할 때 이용할 수 있게 하는 데서 기회를 발견했습니다. 내부 개발자를 위한 셀프서비스 및 자동화 도구를 이미 모두 갖추고 있었기에 이는 Amazon에 새로운 일이 아니었습니다. 이는 Amazon이 비즈니스 성장을 이끌 기회였으며, 오늘날 우리가 알고 있는 클라우드 컴퓨팅의 탄생으로 이어졌습니다. 회의론자들은 기업이 결코 클라우드를 도입하지 않을 것이라고 단언했지만, 도입 후 15년이 지난 현재 클라우드 컴퓨팅은 약 1조 달러 규모의 산업으로 성장했으며, Amazon의 기업 가치는 AWS의 성공에 힘입어 10년 동안 10배 이상 증가했습니다. 이는 새로운 산업 분야의 탄생을 촉진했습니다.

하지만 기업들은 비즈니스 가치를 높이는 API의 잠재력을 아직도 온전히 인식하지 못하고 있습니다. 수익 증대 가능성을 간과하는 데에는 여러 이유가 있을 수 있지만, 가장 설득력 있는 동기는 바로 사이버 보안입니다. 조직의 자산을 보호하는 것이 IT의 최우선 과제이기 때문에, 대부분의 조직은 비즈니스 민첩성을 떨어뜨리고 궁극적으로 수익을 제한하는 까다로운 모범 사례와 워크플로를 도입합니다. 그러나 보안의 목표는 기업의 잠재된 가치를 끌어내는 것이어야지, 이를 제약하는 것이어서는 안 됩니다.

역전을 위한 API 적격성 평가

‘API 역전’은 단순히 조직 외부의 다른 이들이 사용할 수 있도록 하는 기술적 문제만은 아닙니다. API 노출의 세분성(GRAPE)은 기업이 API를 안전하게 역전할 수 있는지를 검토하게 합니다. ‘그레이프 테스트’에서 기업은 경쟁상 민감한 것으로 간주될 수 있는 데이터나 거버넌스, 위험 및 규정 준수(GRC)에 위배될 수 있는 데이터를 의도치 않게 노출하고 있지는 않은지, 그리고 보안 관점에서 API가 얼마나 잘 설계되었는지를 판단해야 합니다. 본질적으로 기업은 다른 이들이 가져갈 수 있는 ‘포도알’을 하나도 남겨 두고 싶어 하지 않습니다.

API가 이 감사를 통과한 후에도 데이터를 파트너 또는 공개 API를 통해 제공할지는 여전히 비즈니스 차원의 결정이며, IT 조직의 목표는 비즈니스 부서가 이를 안전하고 보안이 유지되는 방식으로 수행할 수 있도록 도구를 제공하는 것이어야 합니다. 개발자가 일반적으로 기업 내부에 한정되어 있던 다양한 서비스를 최대한 세분화해 외부에 공개함으로써 더 많은 가치를 창출할 수 있도록 해야 합니다. 이러한 API는 우호적인 외부 고객 및 파트너와 함께 테스트할 수 있지만, 현재는 이 과정이 너무 번거로워 대부분의 기업이 이 방식을 택하지 않습니다. 해결책은 GRC 및 보안 팀이 자율성을 장려하는 동시에 부적절한 일이 발생하지 않도록 안전장치를 마련하는 것입니다.

과제—주로 기술적인 문제

그렇다면 이제 어떻게 해야 할까요? API를 역전하는 것의 비즈니스 가치를 이해하고 포도 테스트를 통과했다고 해도, 여전히 해결해야 할 기술적 과제가 남아 있습니다.

• 보안은 모든 것의 기준이 된다—API에는 어두운 면이 있으므로 GRC와 보안은 중요합니다. 해커들은 공격에 이용할 API를 찾아다닙니다. 악의적인 행위자들은 뚜렷한 동기와 끈질긴 집념을 바탕으로 다양한 기법을 동원하고, API 보안을 우회하기 위해 끊임없이 새로운 방법을 고안합니다. 적절한 보안 모범 사례를 갖추지 못한 기업은 비공개 API를 공개하기가 매우 어려울 것입니다.
  
  
• API 검색 및 감사—분실되거나 방치되었거나 보안이 취약한 API를 기업에서 정리하는 것은 어려운 문제입니다. 개발자가 자신이 개발하고 테스트하던 서비스를 정리하지 않은 채 팀이나 조직을 떠나는 경우가 있습니다. 규율이 잘 잡힌 소프트웨어 팀조차 실수로 개발, 테스트 및 지원 종료 단계를 훨씬 넘긴 서비스를 계속 실행하기도 합니다. API와 관련된 또 다른 문제는 문서화입니다. 신규 개발자가 반환되는 데이터의 잠재력을 온전히 파악하지 못할 수 있기 때문입니다. 이 역시 보안 문제로 귀결됩니다.
  
  
• 연결성—기업이 외부 고객이나 파트너를 위해 비공개 API를 활용할 만한 충분한 동기를 찾더라도, 기업 내에서 3중 방화벽 뒤에 있는 API를 연결하는 일은 매우 어려운 과제입니다. 이를 실현하기 위한 투자 수익률(ROI)을 검증하고 타당성을 입증하는 데 사업 부서가 수개월을 들일 수도 있지만, 내부 API를 단순히 외부에 공개할 수는 없습니다. 연결 역시 일련의 절차를 거쳐야 하기 때문입니다. 그 결과 민첩성이 저하되고 개발자는 빠르게 혁신할 수 없게 됩니다.

궁극적으로 우리가 깨달아야 할 점은 신뢰할 수 없는 환경에서 비즈니스 민첩성을 확보하기가 매우 어렵다는 것입니다. IT 프로세스는 다양한 보안 우려 사항을 바탕으로 수립되고 정의되며 이에 따라 운영됩니다. 이러한 프로세스는 분명한 목적이 있으므로 우회할 수 없습니다.

기회—기업 자체가 플랫폼이다

기업이 API 경제에서 경쟁할 방법을 고민하는 방향으로 전환하면, API를 역전해야 한다는 판단은 자연스럽게 내려집니다. 그다음 논리적인 단계는 비즈니스 전체를 하나의 플랫폼으로 바라보고, 그 목표를 향해 나아갈 방법을 구상하는 것입니다.

Gartner의 부사장이자 수석 애널리스트인 Kristin R. Moyer는 이렇게 말했습니다. “API 경제는 기업이나 조직을 플랫폼으로 전환할 수 있게 해주는 원동력입니다. 플랫폼은 기업 안팎의 비즈니스 생태계에서 사용자 간의 연결이 성사되도록 하고, 상품, 서비스 및 소셜 화폐의 생성 및/또는 교환을 촉진하여 모든 참여자가 가치를 확보할 수 있게 하므로 가치 창출을 배가합니다.” (Mulesoft)

기업이 이러한 여정을 밟는 데에는 적지 않은 어려움이 따르며, 바로 이 지점에서 공급업체는 IT 조직과 책임을 나누어야 합니다. 기업은 내부 자산 중 어떤 부분이 더 큰 커뮤니티에 도움이 되고 그 가치를 확대할 수 있는지 파악해야 합니다. 공급업체 생태계는 기업이 API를 안전하게 외부에 개방하고, 플랫폼으로서 기업이 지닌 가치를 실현할 수 있도록 지원하는 도구와 기술을 제공해야 합니다.

작성자 소개

Rajesh Narayanan

Rajesh Narayanan의 다른 블로그 게시물