Start Trial

13 March 2020

RPA vs API 통합: 자동화 기술을 선택하는 방법

13 March 2020

RPA vs API 통합: 자동화 기술을 선택하는 방법

이코노미스트 인텔리전스 유닛의 연구에 따르면 93%의 기업이 자동화로 디지털 혁신을 촉진할 수 있다고 응답했습니다.

 

기업들이 '오토메이션 퍼스트' 사고방식을 채택하기 시작하면서, 어떤 자동화가 자신에게 적합한지 알고 싶어합니다. 특히 RPA(Robotic Process Automation) API(Application Programming Interface) 자동화 중 어떤 것을 선택할지 많이 고민하고 있는데요.

 

이 두 개 자동화는 각각 장단점이 있습니다. 대개의 경우 더 큰 규모의 프레임워크에는 RPA를 사용하고, 특정한 기능에는 API 통합을 사용하는 하이브리드 전략이 적절한데요.

 

오늘은 이 두 가지 기술이 무엇이고 어떤 이점이 있으며 각각의 기술을 가장 잘 사용할 수 있는 방법에 대해 설명하겠습니다.

 

 

API 자동화란?

API는 애플리케이션 간에 상호 작용할 수 있도록 방법을 지정하는 툴입니다.

 

예시로 구글 플라이트(Google Flights) 항공편 안내 웹 사이트로 설명해보겠습니다. 구글 플라이트가 모든 항공편에 대한 최신 정보를 담은 데이터베이스를 보유하는 것은 불가능합니다. 항공편이 지연되거나 출발 및 도착 시각이 바뀌는 일이 태반이기 때문입니다. 또한 사람들이 여행을 계획할 땐 출발 및 도착 도시, 날짜 및 가격 등 다양한 옵션을 고려하기 때문이죠.

 

Image_UiPath_구글 플라이트 API 통합

* 구글 플라이트는 한국에는 제공되지 않는 서비스입니다.

 

그렇다면 구글 플라이트는 이러한 정보를 어떻게 확보할까요? API를 사용하는 것이죠!

 

항공편 안내 기업은 각 항공사가 제공하는 내부 API를 통해 항공편 정보에 대한 데이터를 확보할 수 있습니다. 그 결과 두 애플리케이션 간에는 즉각적인 응답과 긴밀한 연결이 이뤄질 수 있죠.

 

사람들은 항공사나 다른 기업이 제공하는 오픈 API를 기반으로 서비스를 구축할 수 있습니다. 이것은 독립된 기능이 아닙니다. 카약(Kayak) 같은 안내 서비스나 날씨, 스포츠 경기 결과 또는 주가를 표시하는 도구 등 모든 종류의 서비스가 이것과 유사한 형태로 작동합니다.

 

 

RPA와 API: 차이점

RPA는 접근 방식이 조금 다릅니다. API는 백 엔드를 통해서만 항공사의 항공편 스케줄러 같은 대상 애플리케이션과 상호 작용하는 반면, RPA는 프런트 엔드를 통해 대상 애플리케이션과 상호 작용합니다. 여기에 사용되는 소프트웨어 로봇은 사람보다 훨씬 빠르고 정확하게 클릭하고 입력하는 작업을 수행합니다.

 

RPA는 프런트 엔드에서 소프트웨어와 상호 작용하지만, 주로 사용되는 곳은 사람이 반복되는 작업을 수행하는 백 오피스인 경우가 많습니다.

 

데이터 입력이나 검증과 같이 규칙에 따라 반복되는 작업을 사람이 직접 수행하는 것은 비효율적일뿐더러 오류도 쉽게 발생합니다. 이러한 작업에는 소프트웨어 로봇이 훨씬 더 적합합니다. 조직이 직원에게 로봇 사용 권한을 일임하면 직원은 더 창의적인 업무에 집중할 수 있습니다.

 

프런트 엔드와 백 엔드는 서로 다르지만, RPA API 자동화 기술은 함께 사용할 때 더 유용합니다. 조직은 엔드 투 엔드 RPA 자동화를 도입함으로써 API를 프런트 엔드 인터페이스와 함께 사용합니다. 사용자는RPA로 워크플로우를 구축할 때 드래그 앤 드롭으로 다양한 API 커넥터를 이용할 수 있습니다.

 

 

API 자동화 및 RPA 자동화의 사용 시점

올바른 자동화 기술을 선택했다면 이미 큰 산은 넘었다고 보시면 됩니다. 올바른 도구 없이는 구축하는 데 막히는 부분이 생겨 목표한 ROI를 달성하지 못할 수도 있기 때문이죠. 조직이 처한 상황이 모두 다르기 때문에 일괄적으로 어느 하나를 추천을 하는 것은 불가능합니다.

 

 

 

UiPath_Image_일본의 신칸센 고속철도

 

A 지점에서 B 지점으로 두 개의 도심을 연결하는 것이 목표라면 고속철도가 최선의 선택이겠죠. 그러나 많은 승객의 최종 목적지가 AB 지점이 아니라 C, D 또는 E 지점인 경우에는 이를 이어줄 도로가 필요합니다.

 

UiPath_Image_RPA vs API 통합 자동화 기술을 선택하는 방법

 

고속철도는 대규모 용량과 몇 시간 만에 수 백만 명의 승객에게 서비스를 제공할 수 있는 가장 빠른 운송 수단을 제공합니다. 도로는 시간당 수용력은 적을 수 있지만, 고속철도가 터미널을 지을 수 없는 곳곳으로 아주 쉽게 확장할 수 있죠.

 

오토메이션 퍼스트 세계에서도 동일한 원칙이 적용됩니다. 자동화하는 프로세스에 두 애플리케이션 간 제한적으로 정의된 트랜잭션만 필요한 경우 API가 가장 좋습니다. 그러나 많은 경우 프로세스에는 API 통합이 처리할 수 있는 것보다 더 많은 단계가 포함됩니다. 이 경우 도로 네트워크와 같은 RPA가 효과적일 수 있습니다.

 

두 자동화 기술을 사용하면 복잡한 프로세스를 처음부터 끝까지 자동화할 수 있죠.

 

 

시간과 비용을 고려하세요

앞에서 든 비유에서 중요한 두 가지 요소는 시간과 비용입니다. 고속철도 연결을 구축하는 것은 보통 단순한 고속도로나 도로 연결보다 훨씬 더 큰 비용과 더 오랜 시간이 요구됩니다. 마찬가지로 API를 아직 사용할 수 없는 경우 API를 설계, 개발 및 구현하려면 막대한 초기 비용이 수반됩니다.

 

조직은 API를 구축하는 것보다 RPA를 구축하는 편이 훨씬 빠릅니다.

 

반면에 유지보수 및 지원 비용의 경우, 백 엔드 방식에 따라 일반적으로 API가 더 저렴합니다. 프런트 엔드 RPA 방식은 잠재적인 워크플로우 중단 가능성으로 인해 더 많은 지원 비용이 발생합니다. 그렇지만 RPA가 발달하고 업체가 프런트 엔드 자동화 설계를 위한 새로운 기술과 툴을 도입하면서 지원 비용은 낮아지고 있습니다.

 

 

최종 결정

API는 대용량 트랜잭션에 유용한 도구인 것은 맞지만, 이는 API가 이미 구축되어 있고 특정 부분에 제한적일 때만 실용적입니다. RPA는 비교적 저렴하고 구현이 훨씬 빠르지만, 성공을 보장하려면 많은 노력이 필요합니다.

 

최고의 자동화 전략은 두 기술을 모두 활용하는 것입니다.

 

RPA는 자동화 툴 제품 군에 필요한 플랫폼입니다. UiPath의 수석 에반젤리스트인 가이 커크우드(Guy Kirkwood) FORWARD III에서 RPA 플랫폼이 자동화의 YouTube” 역할을 수행할 수 있다고 말했습니다.

 

UiPath는 여러분이 생각하는 것보다 훨씬 더 간단하게 RPA를 만들어 드립니다. 가장 일반적인 API 통합은 이미 수백 개의 UiPath 액티비티에서 확인할 수 있습니다. 커넥터를 찾기 어렵다면 UiPath Go! 마켓에서 검색해보세요.

 

수천 개의 강력한 UiPath Community가 아직 이와 관련한 특정 연결을 개발하지 않았습니다. 사내 API를 사용해보고 싶다면 API를 작동시키는 맞춤형 활동을 직접 만들어 볼 수도 있습니다.

 

 

자동화 기술 툴셋 구축

조직은 RPA로 비즈니스 프로세스 자동화를 쉽게 구현할 수 있습니다. UiPath 엔터프라이즈 플랫폼(UiPath Enterprise Platform) 같은 RPA 플랫폼은 API 통합뿐만 아니라 맞춤형 인공지능(AI) 및 머신러닝(ML) 모델, 챗봇 및 자연어 처리(NLP) 같은 인지 서비스 그리고 문서 이해 툴을 비롯한 기타 자동화 기술을 사용할 수 있습니다.

 

비유에서 든 것처럼, 고속도로로 상징되었던 RPA를 사용하면 A 지점에서 B, C, D, E 및 그 이상도 가능한 효율적으로 연결된 자동화 기술 네트워크를 구축할 수 있습니다.

 


by UiPath Korea

TOPICS: UiPath, RPA, Guides, 로보틱프로세스자동화, 자동화, 로봇프로세스자동화, 사무자동화, 유아이패스, 오토메이션퍼스트, API, 안내서

Show sidebar