> "통합은 한 번 만들고 끝나는 게 아니라, 매일 깨지고 매일 복구되는 살아있는 시스템이다. iPaaS가 해결하는 것은 통합 자체가 아니라, 통합의 운영(Operations)이다." — Bret Walker, Workato Field CTO, 2024

iPaaS(Integration Platform as a Service)는 2010년대 초 Boomi와 MuleSoft가 정의한 카테고리지만, 2020년대 들어 Zapier가 "no-code 자동화"의 대중적 인지도를 만들고, n8n과 Make가 그 중간을 메우며, Workato·Tray.io가 엔터프라이즈를 집어삼키고, Activepieces·Windmill 같은 오픈소스가 코드 우선 개발자를 유인하면서 거대한 생태계로 성장했습니다. 2026년 5월 현재 시장 규모는 약 250억 달러(Gartner 추산)이며, 연 24% 성장 중입니다.

이 카테고리의 가장 큰 변곡점은 **AI 에이전트의 등장**입니다. Zapier Agents, Make AI Agents, n8n AI 노드, Workato Workbot 같은 기능들은 단순한 트리거-액션 자동화에서 "사용자 의도를 받아 동적으로 단계를 결정하는" 에이전트 워크플로우로 진화하고 있습니다. 이 글에서는 8000+ 앱 통합 시장의 현재 지도, 사용자 친화 vs 코드 우선의 분기점, 엔터프라이즈 iPaaS의 차별점, 셀프호스팅 의사결정, AI 에이전트 통합, 가격 모델의 함정, 그리고 한국·일본 시장의 흐름까지 한 번에 정리합니다.

1. 2026년 iPaaS 시장 지도 — 다섯 개의 분면

iPaaS 도구들은 "코드 친화도"와 "엔터프라이즈 친화도" 두 축으로 다섯 개의 분면으로 나뉩니다.

| 카테고리 | 대표 제품 | 타겟 사용자 |

|---|---|---|

| Citizen Integrator (no-code) | Zapier, Make, Pabbly Connect, IFTTT, Bardeen, Albato | 마케터, 영업, RevOps, 솔로프레너 |

| Power User (low-code) | n8n, Pipedream, Latenode, Activepieces | 그로스 엔지니어, 풀스택, 시니어 RevOps |

| Enterprise iPaaS | Workato, Tray.io, Boomi, MuleSoft, Informatica, SnapLogic | IT 부서, 솔루션 아키텍트 |

| Developer-first Workflow | Inngest, Trigger.dev, Temporal, Hatchet, Restate, Windmill | 백엔드/플랫폼 엔지니어 |

| Data Pipeline Workflow | Apache NiFi, Kestra, Airflow, Prefect, Dagster | 데이터 엔지니어 |

분면 간 경계는 점점 흐려지고 있습니다. n8n은 1.x 출시 이후 엔터프라이즈 기능(SAML SSO, audit log, multi-tenant)을 강화하며 Workato의 하위 시장을 노리고, Pipedream은 "코드 우선 Zapier"로 시작했지만 2025년부터 노코드 UI를 강화했습니다. Inngest와 Trigger.dev는 본래 백엔드 작업 큐였지만 통합 라이브러리를 늘리며 iPaaS와 겹치는 영역이 생겼습니다.

**선택의 첫 번째 분기점은 "코드를 쓸 사람이 있는가, 없는가"입니다.** 마케팅·영업이 직접 자동화를 만들고 운영해야 하면 Zapier·Make가 정답입니다. 엔지니어가 운영을 책임지고 비즈니스팀은 결과만 보면 n8n·Pipedream·Windmill이 더 강력합니다. 두 번째 분기점은 "엔터프라이즈 거버넌스(SSO, audit, data residency, on-prem)가 필요한가"입니다. 필요하면 Workato·Tray.io·Boomi·MuleSoft, 필요 없으면 SaaS 도구로 충분합니다.

2. Zapier — 8000+ 앱 통합의 절대 강자

Zapier(`zapier.com`)는 2011년 창업, 2021년 50억 달러 밸류에이션을 기록한 iPaaS의 대명사입니다. 2025년 기준 **8000개 이상의 앱**과 통합되며, 월간 약 230만 명의 사용자가 약 2000만 개의 Zap을 운영합니다. 단일 도구가 가진 통합 폭에서 Zapier를 따라잡은 경쟁자는 아직 없습니다.

2024-2025년 Zapier는 단순 자동화 도구에서 "AI 우선 워크플로우 플랫폼"으로 대대적인 리브랜딩을 했습니다. 핵심 신제품 5개를 정리하면 다음과 같습니다.

- **Zapier Tables**: Zap에 내장된 데이터베이스. 워크플로우 사이에 상태를 저장하고 조회할 수 있어 외부 DB 없이 복잡한 자동화 가능.

- **Zapier Interfaces**: 폼·페이지·승인 흐름 같은 가벼운 UI를 노코드로 생성. Zap의 입력/출력을 사람이 다루는 인터페이스로 변환.

- **Zapier Chatbots**: 사이트에 임베드 가능한 챗봇. 백엔드를 Zap으로 연결해 고객 응대·예약·리드 캡처를 자동화.

- **Zapier Canvas**: 비주얼 다이어그램 도구. 여러 Zap을 묶어 비즈니스 프로세스 전체를 시각화.

- **Zapier Agents**: AI 에이전트 빌더. 사용자 지시를 받아 동적으로 도구를 호출하는 GPT/Claude 기반 에이전트.

Zapier의 첫 번째 강점은 **앱 폭(App Breadth)** 입니다. 2위인 Make가 약 1700개, Workato가 약 1200개의 통합을 갖고 있는 것과 비교하면 거의 5배 차이입니다. 마이너 SaaS까지 거의 다 지원하기 때문에 "이거 Zapier에 있나?" 했을 때 없는 경우가 드뭅니다.

두 번째 강점은 **온보딩 친화성**입니다. 비개발자가 30분 안에 첫 Zap을 만들 수 있을 정도로 UX가 매끄럽고, 템플릿 라이브러리가 풍부합니다. 영업·마케팅 부서에서 "셀프 서비스 자동화"를 도입할 때 가장 먼저 선택받는 이유입니다.

약점은 **가격과 확장성**입니다. Task 기반 과금이라 워크플로우가 커지면 비용이 급격히 늘고, 복잡한 분기·반복·에러 처리는 UI의 한계가 명확합니다. 월 5000 task 이상을 쓰기 시작하면 Make·n8n으로 옮기는 게 합리적입니다.

3. Make.com (구 Integromat) — 비주얼 시나리오의 강자

Make(`make.com`, 구 Integromat)는 체코 발 iPaaS로 2022년 리브랜딩 후 사용자가 폭발적으로 늘었습니다. 2025년 기준 약 100만 명의 활성 사용자, 약 1700개의 앱 통합을 갖고 있습니다.

Make의 핵심 차별점은 **비주얼 시나리오(Visual Scenarios)** 입니다. Zapier가 단계를 위에서 아래로 나열하는 리스트형 UI인 반면, Make는 노드와 엣지가 연결된 그래프형 캔버스를 사용합니다. 분기·병합·반복이 한눈에 보이고, 복잡한 워크플로우를 다이어그램처럼 설계할 수 있습니다.

2024-2025년 추가된 주요 기능:

- **Scenario Inputs**: 시나리오를 함수처럼 만들어 외부에서 입력값을 받아 실행. 다른 시나리오나 webhook이 호출 가능.

- **Error Handling Routes**: 노드 단위 에러 핸들러를 시각적으로 정의. try-catch를 그래프로 표현.

- **Make AI Agents (Beta)**: 2025년 11월 출시. Make 시나리오를 도구로 묶어 LLM이 동적으로 호출.

- **Make Apps**: 사용자 정의 통합을 SDK로 작성하고 마켓플레이스에 게시.

Make의 가격은 **operations 기반**입니다. 1 operation은 모듈 한 번 실행을 의미하며, Zapier의 task와 비슷하지만 더 세분화되어 있습니다(예: HTTP 요청 1개 = 1 operation, 데이터 매핑 추가 = 1 operation 추가). 같은 워크플로우라도 Zapier보다 operation 수가 더 많이 측정되는 경향이 있어, "Make가 더 싸다"는 광고와 달리 실측에서는 비슷한 비용이 되기도 합니다.

Make의 강점은 **세분화된 제어**입니다. 데이터 변환 모듈, 반복(Iterator), 집계(Aggregator), 라우터(Router) 같은 빌트인 모듈이 풍부해서 코드 없이도 복잡한 ETL을 만들 수 있습니다. 약점은 **학습 곡선**입니다. 비주얼 캔버스의 자유도가 높은 만큼, 처음 사용자는 어디서 시작해야 할지 막막함을 느끼는 경우가 많습니다.

4. n8n — 오픈소스 fair-code 워크플로우 엔진

n8n(`n8n.io`)은 2019년 독일에서 시작한 오픈소스 워크플로우 자동화 도구로, 2026년 5월 기준 가장 활발한 오픈소스 iPaaS 프로젝트입니다. GitHub star 약 6.5만 개, 시리즈 B 자금 조달 완료, 사내 호스팅과 클라우드를 동시 제공합니다.

n8n의 라이선스는 **Sustainable Use License** 라는 fair-code 모델입니다. 내부 사용·셀프호스팅·수정은 무료이고, "유료 SaaS로 재판매"하는 경우만 상업 라이선스가 필요합니다. AGPL과 다르게 코드 공개 의무가 없어 기업이 안심하고 쓸 수 있다는 평을 받습니다.

핵심 기능:

- **JavaScript Code Node**: 노드 사이에 직접 JS를 작성. 데이터 변환·외부 API 호출·복잡한 로직 모두 가능.

- **HTTP Request Node**: 통합 없는 SaaS도 REST API 호출로 직접 연결.

- **Workflow Static Data**: 워크플로우 간 영구 상태 저장.

- **AI Nodes (LangChain 통합)**: 2024년 추가된 LangChain 기반 AI 노드. 에이전트·체인·벡터스토어·메모리를 노코드로 조립.

- **n8n Embed**: 자사 제품에 n8n을 임베드해 SaaS 고객에게 워크플로우 빌더를 제공(white-label).

n8n의 강점은 **셀프호스팅 자유도**입니다. Docker 한 줄로 띄울 수 있고, SQLite·Postgres·MySQL 모두 지원하며, 데이터가 자사 인프라에 머무릅니다. 의료·금융·정부처럼 데이터 잔류(Data Residency) 요구가 강한 도메인에서 절대적인 우위입니다.

약점은 **앱 통합 수**입니다. 2026년 기준 약 500개로 Zapier의 6% 수준입니다. 다만 HTTP Request 노드와 OAuth credential 시스템이 풍부해서, 통합이 없어도 30분 만에 직접 연결할 수 있습니다.

n8n Docker 셀프호스팅 한 줄

docker run -d --name n8n -p 5678:5678 -v n8n_data:/home/node/.n8n n8nio/n8n

5. Pipedream — 코드 우선 풀스택 자동화

Pipedream(`pipedream.com`)은 2019년 창업, 2024년 시리즈 B를 받은 "코드 우선 iPaaS"입니다. 2500+ 통합, Node.js와 Python 코드 노드, 그리고 "Sources & Destinations"라는 독특한 아키텍처를 갖고 있습니다.

핵심 차별점은 **코드 노드의 일류 시민(First-class) 지위**입니다. Zapier·Make에서 코드는 보조 기능이지만, Pipedream에서는 워크플로우의 절반 이상이 코드 노드로 구성되는 게 일반적입니다. NPM 패키지 200만+ 개를 그대로 import할 수 있어 사실상 서버리스 함수의 워크플로우 버전입니다.

// Pipedream workflow code node 예시

export default defineComponent({

props: {

slack: { type: "app", app: "slack" },

},

async run({ steps, $ }) {

const trigger = steps.trigger.event

// 트리거 본문에서 customer ID 추출 (백틱 안에서는 안전)

const customerId = trigger.body?.customer_id

if (!customerId) return

const res = await fetch(`https://api.example.com/customers/${customerId}`, {

headers: { Authorization: `Bearer ${this.token}` },

})

const customer = await res.json()

return await this.slack.sendMessage({

channel: '#sales',

text: `New signup: ${customer.email}`,

})

},

})

Pipedream의 **Sources**는 이벤트 소스(예: Slack 메시지, Stripe 결제)를 polling 또는 webhook으로 잡아오는 컴포넌트이고, **Destinations**는 출력(예: HTTP POST, S3 업로드)을 추상화한 컴포넌트입니다. 이 모델 덕에 workflow가 한 번에 여러 소스를 청취하고 여러 목적지로 fan-out하는 패턴이 자연스럽습니다.

가격은 **invocations 기반**으로 task/operation보다 직관적입니다. Free tier 10K invocations/월, Hobby $29/월, Business는 사용량 기반입니다. 코드를 자유롭게 쓰면서도 운영 부담은 SaaS에 맡기고 싶은 백엔드 엔지니어에게 가장 가성비가 좋습니다.

6. Workato — 엔터프라이즈 iPaaS의 표준

Workato(`workato.com`)는 2013년 창업, 2021년 시리즈 E에서 56억 달러 밸류에이션을 기록한 엔터프라이즈 iPaaS의 1위 사업자입니다. Gartner Magic Quadrant for Enterprise iPaaS에서 7년 연속 Leader 분면에 위치합니다.

핵심 차별점은 세 가지입니다.

**Recipe 모델**: 모든 워크플로우를 "Recipe"라 부르며, 비주얼 UI와 코드(Ruby DSL) 둘 다로 표현 가능. 비즈니스팀이 만든 Recipe를 IT가 검토·승인하는 거버넌스 흐름이 빌트인.

**Workbot**: Slack/Teams 챗봇이 빌트인. "Workato야, 지난주 신규 고객 보여줘" 같은 자연어 명령으로 워크플로우를 실행. 2024년 LLM 통합 후 더 강력한 의도 파악이 가능해짐.

**Recipe IQ**: 머신러닝으로 워크플로우의 이상치를 탐지하고 추천. 통상 실행 시간이 5초인 Recipe가 30초 걸리면 자동으로 알림. 운영 가시성이 다른 iPaaS보다 훨씬 깊음.

Workato는 **거버넌스**가 본질적인 강점입니다. SAML SSO, SCIM 프로비저닝, 환경 분리(Dev/Staging/Prod), audit log, role-based access, 변경 승인 워크플로우 — 엔터프라이즈가 요구하는 모든 거버넌스를 갖추고 있습니다. 약점은 **가격**입니다. 입문가가 연 30,000달러 이상이고, 통상 6자리 계약입니다. SMB는 접근 불가능합니다.

7. Tray.io — Composable iPaaS

Tray.io(`tray.io`)는 2012년 런던에서 창업, 2021년 시리즈 E에서 6억 달러 밸류에이션을 받은 엔터프라이즈 iPaaS입니다. Workato와 자주 비교되며, 마케팅·세일즈 자동화에 특히 강합니다.

2024년 Tray는 "Tray Universal Automation Cloud"로 리브랜딩하며 두 가지 신제품을 출시했습니다.

**Composable Branches**: 워크플로우를 컴포넌트로 분리하고 재조립. Workflow A의 한 단계를 Workflow B의 출력으로 동적 치환 가능. 마이크로서비스 아키텍처를 워크플로우에 적용한 모델.

**Merlin AI**: GPT 기반 자연어 워크플로우 빌더. "Salesforce에서 새 고객이 생기면 Slack에 알림 보내고 HubSpot에 동기화"라고 입력하면 워크플로우 초안을 자동 생성.

Tray는 마케팅 부서(CMO Suite) 통합에 특화되어 있어 Marketo, HubSpot, Salesforce, Adobe, Snowflake 같은 RevOps/Marketing 스택과의 통합 깊이가 Workato보다도 깊다고 평가됩니다. 가격은 Workato와 비슷한 6자리 영역입니다.

8. Boomi — Dell이 만든 클래식 iPaaS

Boomi(`boomi.com`)는 2000년 창업, 2010년 Dell이 인수, 2021년 Francisco Partners가 분사 매입한 클래식 iPaaS입니다. AtomSphere라 불리는 플랫폼 위에서 약 20,000개 고객이 운영 중입니다.

Boomi의 차별점은 **하이브리드 배포**입니다. Atom이라 부르는 runtime 에이전트를 고객 환경(on-prem, VPC, 클라우드 어디든)에 배포해, 데이터가 Boomi 클라우드를 거치지 않고 고객 네트워크 내에서 직접 흐릅니다. 의료·금융·정부 같이 데이터 잔류가 중요한 도메인에서 강세입니다.

핵심 기능:

- **Process Designer**: 비주얼 워크플로우 빌더. EDI, X12, HL7 같은 산업 표준 포맷 빌트인 지원.

- **Master Data Hub**: 분산된 고객/제품/공급자 데이터의 단일 진실원 구축. CDM(Customer Data Management) 영역과 겹침.

- **B2B/EDI**: 무역·물류·헬스케어의 EDI 메시지 교환. 다른 iPaaS가 잘 다루지 않는 영역.

- **API Management**: API 게이트웨이 빌트인. 한 플랫폼에서 통합 + API 운영.

Boomi는 **레거시 엔터프라이즈 통합**의 강자입니다. SAP, Oracle EBS, Workday, Salesforce 같은 ERP/HCM/CRM 간 통합에서 30년치 노하우가 쌓여 있고, 산업별 템플릿이 풍부합니다. 약점은 **개발자 경험**입니다. 비주얼 UI가 무겁고, 코드 노드의 표현력이 n8n·Pipedream보다 떨어집니다.

9. MuleSoft Anypoint Platform — Salesforce 진영의 통합 플랫폼

MuleSoft(`mulesoft.com`)는 2006년 창업, 2018년 Salesforce가 65억 달러에 인수한 통합 플랫폼입니다. Salesforce 생태계 내에서 사실상 표준 iPaaS로 자리잡았습니다.

MuleSoft Anypoint Platform은 두 레이어로 구성됩니다.

**Mule Runtime**: ESB(Enterprise Service Bus) 기반 런타임. XML 기반 DSL과 비주얼 디자이너로 통합 흐름을 정의. on-prem 또는 CloudHub(MuleSoft 클라우드)에 배포.

**Anypoint Composer**: 노코드 통합 도구. Salesforce Admin 같은 비개발자가 Salesforce-Slack-Workday 같은 통합을 만들 수 있게 함. 2024년부터 Salesforce Flow와 통합되어 Composer로 만든 통합이 Flow 안에서 호출 가능.

**API-Led Connectivity**: MuleSoft의 시그니처 방법론. API를 System(시스템 추상화), Process(비즈니스 로직), Experience(채널별 가공) 세 층으로 나누어 재사용성을 극대화. 엔터프라이즈 아키텍트 사이에서 영향력이 큰 패턴입니다.

MuleSoft의 강점은 **Salesforce와의 깊은 통합**입니다. Salesforce 데이터·이벤트·메타데이터를 native하게 다루고, Salesforce Admin 권한 모델과 자연스럽게 연결됩니다. 약점은 가격과 복잡도입니다. 라이선스가 6자리 후반이고, Mule 4 학습이 필요해 진입 장벽이 높습니다.

10. Windmill — 오픈소스 개발자 우선 워크플로우

Windmill(`windmill.dev`)은 2022년 프랑스에서 시작한 오픈소스 워크플로우 엔진으로, 2026년 5월 기준 GitHub star 약 1.4만 개의 빠르게 성장하는 프로젝트입니다.

Windmill의 차별점은 **다언어 코드 노드**입니다. Python, TypeScript, Go, Bash를 한 워크플로우 안에서 자유롭게 섞을 수 있고, 각 스크립트가 독립된 컨테이너에서 실행됩니다. 노코드 UI(Flow Editor)도 제공하지만, 본질은 코드 우선이고 비주얼은 보조입니다.

핵심 기능:

- **Scripts**: Python/TS/Go/Bash 함수 하나를 단위로 저장·버전 관리·실행.

- **Flows**: 여러 스크립트를 DAG로 연결.

- **Apps**: 스크립트 입출력을 UI로 노출하는 미니 앱 빌더.

- **AI Editor**: GPT 기반 코드 자동 생성.

- **OpenAPI/CLI/git 동기화**: 워크플로우를 코드처럼 git에 푸시하고 PR로 리뷰.

Windmill의 가장 큰 장점은 **개발자 워크플로우 친화성**입니다. git으로 관리되는 워크플로우, OpenAPI로 자동 생성된 클라이언트, CLI로 로컬 실행 — 백엔드 엔지니어가 익숙한 모든 도구가 그대로 작동합니다. n8n과 비교하면 코드 표현력이 더 강하고, Inngest·Trigger.dev와 비교하면 노코드 UI를 더 잘 갖추고 있습니다.

Windmill 로컬 실행 (docker-compose)

git clone https://github.com/windmill-labs/windmill

cd windmill && docker compose up

라이선스는 **AGPL v3** + 엔터프라이즈 라이선스 모델입니다. 셀프호스팅 자유롭게 가능하나, "유료 SaaS로 재판매"는 엔터프라이즈 라이선스가 필요합니다.

11. Activepieces — 오픈소스 Zapier 대안

Activepieces(`activepieces.com`)는 2022년 영국에서 시작한 오픈소스 자동화 도구입니다. 2026년 5월 기준 GitHub star 약 1.2만 개, "오픈소스 Zapier"를 표방합니다.

Activepieces의 강점은 **Zapier와 유사한 UX + 셀프호스팅**입니다. 트리거-액션 모델, 비주얼 UI, 통합 라이브러리(약 280개) — 모두 Zapier 사용자가 친숙하게 느낄 수 있게 설계되어 있습니다. n8n과 비교하면 UX가 더 매끄럽고, 비개발자 친화도가 높습니다.

핵심 기능:

- **Pieces SDK**: TypeScript로 자체 통합(Piece)을 작성하고 마켓플레이스에 게시.

- **Flow Templates**: 자주 쓰는 자동화를 템플릿으로 공유.

- **Embed**: 자사 제품에 Activepieces를 임베드해 white-label SaaS로 활용.

- **AI Pieces**: OpenAI, Anthropic, Replicate 등 LLM 통합.

라이선스는 **MIT** 입니다. 진정한 오픈소스로 셀프호스팅·재판매·수정 모두 자유롭습니다(다만 클라우드 서비스는 유료 플랜 운영).

12. Huginn — 클래식 Ruby 셀프호스팅 자동화

Huginn(`github.com/huginn/huginn`)은 2013년 시작한 가장 오래된 오픈소스 자동화 도구 중 하나입니다. Ruby on Rails 기반, GitHub star 약 4.5만 개로 여전히 활발한 커뮤니티가 유지됩니다.

Huginn의 모델은 **Agent + Event**입니다. 각 Agent는 RSS reader, webhook listener, scheduler, transformer 같은 단일 책임 컴포넌트이고, 이들이 Event를 주고받으며 워크플로우를 형성합니다. UI는 현대적이지 않지만, 표현력이 매우 강합니다.

강점은 **자유도와 성숙도**입니다. 13년간 다듬어진 코드베이스, 약 80개의 빌트인 Agent, 그리고 Ruby로 직접 새 Agent를 작성할 수 있는 SDK. 개인이 self-host로 RSS 큐레이션, 가격 추적, 알림 시스템을 만드는 용도로 여전히 사랑받습니다.

약점은 **UX와 통합 폭**입니다. 현대적 iPaaS에 익숙한 사용자에게 Huginn UI는 투박하고, OAuth 통합도 제한적입니다. 2026년 시점에 새 프로젝트에 Huginn을 채택하는 경우는 드물지만, 기존 사용자는 여전히 충실합니다.

13. Zapier 대안들 — Pabbly, IFTTT, Bardeen, Latenode, Albato

Zapier 가격이 부담스럽거나 특정 niche에 집중하는 사용자를 위한 대안 도구가 다수 존재합니다.

| 도구 | 차별점 |

|---|---|

| Pabbly Connect | 일회성 구매 라이선스(연간 약 250달러) + 무제한 task. 가격에 가장 민감한 사용자용. |

| IFTTT Pro | 스마트홈/IoT/소비자 앱에 특화. Zapier가 약한 영역 강세. |

| Bardeen | 브라우저 확장 기반 자동화. 웹 페이지 스크래핑 + Notion·Airtable 연동에 강함. |

| Latenode | AI 우선 노코드 자동화. 자체 AI 노드와 결합한 사용자 흐름 빌더. |

| Albato | 동유럽 발 가성비 도구. 약 800개 통합, 가격 Zapier의 1/3 수준. |

| KonnectzIT | 일회성 라이선스 + 화이트라벨. SMB와 에이전시 친화. |

| Automate.io | 2021년 Notion이 인수 후 신규 가입 중단. 기존 사용자만 유지. |

| Flux | 2024년 출시한 신규 도구. AI 우선 + 비주얼 UI. |

이 도구들 중 **Pabbly Connect**가 가장 강력한 Zapier 대안으로 평가받습니다. 무제한 task에 연 250달러는 Zapier의 같은 사용량 대비 1/10 수준이고, 약 1000개 통합으로 일상 사용에 부족하지 않습니다. 다만 UX의 매끄러움과 마이너 SaaS 커버리지에서 Zapier에 미치지 못합니다.

14. Microsoft Power Automate — RPA에서 iPaaS로 확장

Power Automate(`make.powerautomate.com`)는 Microsoft의 자동화 플랫폼으로, 본래 RPA(Robotic Process Automation) 도구에서 시작해 iPaaS 영역으로 확장한 독특한 위치를 갖습니다.

세 갈래의 자동화 모델:

- **Cloud Flows**: Zapier·Make와 같은 SaaS 워크플로우. Microsoft 365·Dynamics·Power Platform 통합이 특히 강함.

- **Desktop Flows**: RPA. 윈도우 데스크톱 앱을 스크립팅 없이 자동화.

- **Process Mining**: 실제 사용자 행동을 분석해 자동화 후보를 발굴.

Power Automate의 강점은 **Microsoft 생태계 통합**입니다. SharePoint, Teams, Outlook, Excel, Dynamics 365 사용자에게는 외부 iPaaS를 쓸 이유가 거의 없을 정도로 깊습니다. Microsoft 365 라이선스에 일부 기본 기능이 포함되어 있어 도입 장벽도 낮습니다.

약점은 **Microsoft 외 통합의 깊이**입니다. Salesforce, HubSpot, Notion 같은 비-MS 도구 통합은 가능하지만, 깊이가 Workato·Zapier에 미치지 못합니다.

15. 개발자 우선 워크플로우 — Inngest, Trigger.dev, Hatchet, Restate

iPaaS와 백엔드 작업 큐의 경계에 있는 새로운 카테고리가 빠르게 성장 중입니다. 개발자에게 직접 가는(developer-first) 워크플로우 엔진들입니다.

**Inngest** (`inngest.com`): 2021년 창업, "Vercel 같은 개발자 경험의 작업 큐". TypeScript 우선, Next.js·Remix·SvelteKit와 자연스럽게 통합. step.run·step.sleep·step.waitForEvent 같은 빌트인으로 durable execution 구현. 2025년 시리즈 A 받음.

**Trigger.dev** (`trigger.dev`): 2022년 영국 창업, Inngest의 직접 경쟁자. 오픈소스 v3 출시 후 셀프호스팅 가능. Next.js 14+의 App Router와 깊은 통합, GitHub Issue 기반 통합 라이브러리 운영.

**Hatchet** (`hatchet.run`): YCombinator W24, Postgres 기반 분산 작업 큐. 다언어(Python, TS, Go) 지원, Temporal보다 가벼운 대안 포지셔닝.

**Restate** (`restate.dev`): durable execution 엔진. 워크플로우 상태를 자동 영속화해 장애 회복을 빌트인 제공. 오픈소스 Rust 코어 + 다언어 SDK.

이 도구들은 본래 "백엔드 작업 큐"였지만, 외부 통합 라이브러리를 늘리며 iPaaS 영역과 겹치기 시작했습니다. n8n과 Inngest 사이에서 고민하는 백엔드 팀이 늘고 있는 이유입니다. 차이는 명확합니다 — Inngest 계열은 "코드만 쓰는 팀"용이고, n8n 계열은 "비주얼 UI도 쓰는 팀"용입니다.

16. 데이터 파이프라인 — Apache NiFi, Kestra, Airflow의 위치

데이터 엔지니어링 영역에서 일하는 사람에게 친숙한 도구들도 iPaaS와 경계가 흐립니다.

**Apache NiFi** (`nifi.apache.org`): 2014년 NSA가 오픈소스로 공개한 데이터 흐름(Data Flow) 도구. 처리량 우선, 비주얼 캔버스, 대규모 ETL/ELT의 강자. iPaaS보다는 스트리밍 데이터 라우팅에 가까움.

**Kestra** (`kestra.io`): 2019년 프랑스 발, YAML 기반 워크플로우 정의 + 비주얼 UI. Airflow와 비교되며 GitOps 친화성이 강점.

**Airflow** (`airflow.apache.org`): Apache 프로젝트, Python DAG 기반. 데이터 엔지니어링의 표준이지만 외부 SaaS 통합은 약함. 주로 데이터 웨어하우스 ETL용.

**Prefect / Dagster**: Airflow의 현대화 대안. Python 코드 우선이지만 SaaS 통합 라이브러리도 갖춤.

데이터 파이프라인 도구가 iPaaS를 대체하는 경우는 드물지만, **Reverse ETL**(웨어하우스에서 SaaS로 데이터 동기화) 영역에서 Hightouch·Census 같은 전용 도구가 iPaaS와 경쟁합니다. 특히 "Salesforce에 Snowflake 데이터 채우기" 같은 시나리오에서 Workato 대신 Hightouch를 선택하는 추세가 보입니다.

17. AI 에이전트 통합 — iPaaS의 새로운 표면

2024-2025년 모든 주요 iPaaS가 AI 에이전트 기능을 추가했습니다. 기존 트리거-액션 자동화에서 "사용자 의도를 받아 동적으로 단계를 결정"하는 에이전트형 워크플로우로 진화하고 있습니다.

| 도구 | AI 기능 | 출시 |

|---|---|---|

| Zapier Agents | LLM이 등록된 Zap을 도구로 호출 | 2024 |

| Make AI Agents (Beta) | Make 시나리오를 에이전트 도구로 노출 | 2025.11 |

| n8n AI Nodes | LangChain 통합, 에이전트·체인·벡터스토어 | 2024 |

| Workato Workbot | LLM 통합 자연어 명령 | 2024 |

| Tray Merlin AI | GPT 기반 워크플로우 자동 생성 | 2024 |

| Pipedream AI | OpenAI/Anthropic 노드 + 코드 자동 생성 | 2024 |

| Power Automate Copilot | M365 Copilot 통합 | 2024 |

이 트렌드의 본질은 "iPaaS의 통합을 AI 에이전트의 tool registry로 재해석"하는 것입니다. 8000개의 Zapier 통합은 LLM이 호출할 수 있는 8000개의 도구가 됩니다. MCP(Model Context Protocol)가 표준화되면서 iPaaS가 사실상 "엔터프라이즈 LLM의 도구 게이트웨이" 역할을 맡게 될 가능성이 큽니다.

다만 현재 단계는 **데모는 화려하지만 프로덕션은 제한적**입니다. AI 에이전트가 잘못된 도구를 호출하거나 무한 루프에 빠지는 사고가 종종 보고되고, 거버넌스·감사 추적·비용 통제가 아직 미성숙합니다. 2026년 후반~2027년에 본격 production-ready 단계로 진입할 전망입니다.

18. 가격 모델의 함정 — task, operation, ops, invocation, run

iPaaS 가격은 도구마다 단위가 달라 단순 비교가 어렵습니다. 같은 워크플로우라도 도구마다 측정 방식이 다릅니다.

- **Zapier task**: 워크플로우의 액션 한 번 = 1 task. 트리거는 무료.

- **Make operation**: 모듈 한 번 실행 = 1 operation. 데이터 매핑·라우터 분기도 카운트.

- **n8n execution**: 워크플로우 한 번 실행 = 1 execution(노드 수와 무관).

- **Pipedream invocation**: 워크플로우 한 번 호출 = 1 invocation.

- **Workato recipe call**: Recipe 호출 횟수 + Connection 수 + Insider seat 조합.

- **Power Automate run**: Flow 한 번 실행 = 1 run.

같은 "1000번 워크플로우 실행, 각 5개 액션"이라면 측정값이 다릅니다.

| 도구 | 측정 결과 |

|---|---|

| Zapier | 5000 task |

| Make | 5000+ operation (매핑/분기 포함 시 더 많음) |

| n8n | 1000 execution |

| Pipedream | 1000 invocation |

| Power Automate | 1000 run |

**엔터프라이즈 오버런(Overrun) 함정**도 주의해야 합니다. 대부분의 SaaS iPaaS는 월 quota를 초과하면 자동으로 다음 등급으로 업그레이드되거나 task당 추가 과금이 부과됩니다. 갑작스러운 트래픽 증가로 월말에 예상의 5-10배 청구서를 받는 사고가 종종 발생합니다. **반드시 quota 도달 알림과 자동 일시 중지(throttle)를 설정해야 합니다.**

가격을 표현할 때 분리된 달러 기호를 한 줄에 두 번 쓰지 마세요. 한 줄에 통화 표시 두 개를 두면 MDX의 수학 모드 파서가 활성화될 수 있습니다. 예를 들어 "Zapier Hobby 19.99달러 / Make Core 9 달러" 같이 한국어 표기를 쓰거나, 백틱으로 감싸는 것을 권장합니다.

19. 셀프호스팅 vs SaaS — 의사결정 트리

오픈소스 iPaaS(n8n, Activepieces, Windmill, Huginn)를 셀프호스팅할지, SaaS(Zapier, Make, Workato)를 쓸지의 의사결정은 다음 다섯 가지 질문으로 정리할 수 있습니다.

1. **데이터 잔류 요구가 있는가?** GDPR, HIPAA, 한국 개인정보보호법 같은 규제 또는 자체 정책으로 데이터가 회사 네트워크를 벗어나면 안 된다면 → 셀프호스팅 또는 Boomi Atom 같은 하이브리드.

2. **운영 가능한 엔지니어가 있는가?** 24/7 가용성 보장, 백업·복구, 보안 패치, 모니터링을 책임질 SRE/플랫폼 팀이 없다면 → SaaS.

3. **월 사용량이 어느 정도인가?** 월 10만 execution 이상 → 셀프호스팅의 TCO가 SaaS보다 낮아짐. 그 이하 → SaaS.

4. **커스텀 통합이 많은가?** Bespoke 내부 API 통합이 워크플로우의 50% 이상이면 → n8n·Windmill·Pipedream 같이 코드 친화 도구.

5. **AI 에이전트와 결합할 계획인가?** Tool registry로 노출할 때 셀프호스팅이 더 유연 → n8n + LangChain 또는 Windmill + OpenAI Functions.

n8n 셀프호스팅의 운영 비용은 약 100달러/월(작은 VPS + Postgres) 정도로, 월 5만 execution 기준 Zapier보다 90% 저렴합니다. 다만 운영 부담이 0이 아니므로, "엔지니어 시간 1시간 = 100달러"로 환산했을 때 셀프호스팅 운영에 월 5시간 이상 들면 SaaS가 더 저렴해질 수 있습니다.

20. 한국 시장 — ZAPER, Hyperflow, 토스, 카카오

한국 시장은 글로벌 도구가 90% 이상을 차지하지만, 한국어·한국 SaaS·한국 결제 시스템에 특화된 로컬 도구도 있습니다.

**ZAPER**: "한국형 Zapier"를 표방하는 자동화 SaaS. 카카오워크·잔디·카카오톡 비즈니스·토스페이먼츠·네이버 클라우드 플랫폼 같은 한국 SaaS와의 깊은 통합이 차별점.

**Hyperflow**: 엔터프라이즈 워크플로우 자동화. 한국 대기업의 ERP·HR·금융 시스템 통합에 특화. SAP·Oracle EBS·삼성SDS 솔루션과의 native 커넥터.

**ListLoop**: 마케팅 자동화에 특화한 한국형 iPaaS. 카카오톡 채널·네이버 광고·구글 광고·페이스북 광고 통합.

**토스 사례**: 토스의 내부 자동화는 사내 자체 구축 도구를 사용하지만, 비즈니스팀의 가벼운 자동화(영업·마케팅·고객 응대)는 Zapier·Make를 활발히 활용합니다. 토스페이먼츠 가맹점 통합은 Zapier와 Make 통합이 공식 지원됩니다.

**카카오 사례**: 카카오의 사내 자동화는 자체 워크플로우 엔진(공개되지 않은 내부 도구)을 운영합니다. 외부 SaaS와의 통합은 카카오워크 자체 자동화 봇이 일부 역할을 합니다.

한국 시장의 특이점은 **카카오톡 알림 통합**입니다. 거의 모든 한국 B2C 워크플로우의 끝에는 "카카오 알림톡 발송"이 있고, 이를 위해 카카오 비즈메시지 API 통합이 필수입니다. ZAPER·ListLoop가 글로벌 도구 대비 갖는 가장 큰 차별점입니다.

21. 일본 시장 — Anyflow, BizteX, SECRETARY

일본 시장도 글로벌 도구가 주류이지만, "일본 특유 비즈니스 관행(품의서·회의록·도장 결재)"을 다루는 로컬 도구가 강합니다.

**Anyflow** (`anyflow.jp`): 일본 SaaS iPaaS의 대표 주자. SmartHR, freee, マネーフォワード(MoneyForward), Sansan, Chatwork 같은 일본 SaaS와의 통합이 풍부. 일본어 UI와 일본 시간대·일본 통화 지원이 native.

**BizteX Connect** (`bizte-x.co.jp`): 엔터프라이즈 iPaaS. BizteX cobit이라는 RPA와 함께 제공되어 RPA + iPaaS 결합 시나리오에 강함. 일본 대기업 SI 채널에 강점.

**SECRETARY** (`secretary.co.jp`): "비서 자동화"를 표방하는 niche 도구. 회의실 예약, 출장 정산, 회식비 청구서 처리 같은 일본 사무직 특유 워크플로우에 특화.

**AnyTrigger**: 일본 스마트홈 + IoT 자동화. IFTTT의 일본판 포지셔닝.

**Mercari 사례**: Mercari의 사내 통합은 GCP Pub/Sub + Cloud Run + Eventarc 조합을 사용하지만, 비즈니스팀의 자동화는 Zapier와 Make를 활용합니다. 2025년 Mercari 엔지니어링 블로그에서 "사내 자동화 도구 표준화" 프로젝트를 공개했는데, n8n 셀프호스팅을 RevOps용 표준으로 채택한 사례가 언급되었습니다.

**SmartHR 사례**: HR SaaS인 SmartHR는 자사 고객(인사담당자)에게 SmartHR API와 함께 Anyflow·Zapier 통합을 제공합니다. 일본 HR 시장에서 "SmartHR + Anyflow"가 사실상 표준 조합으로 자리잡았습니다.

일본 시장의 특이점은 **품의서 워크플로우(稟議書, ringi-sho)** 입니다. 모든 의사결정이 다단계 승인을 거쳐야 하는 문화 때문에, iPaaS에 "n단계 승인 + 도장 + 회신 메일" 같은 빌트인 워크플로우가 필요하고, Anyflow·BizteX가 이를 native하게 지원합니다.

22. 보안 + 거버넌스 체크리스트

iPaaS는 회사의 모든 SaaS에 OAuth 토큰을 보관하므로 보안 사고가 나면 피해가 막대합니다. 도입 시 반드시 확인할 체크리스트입니다.

- **OAuth 토큰 저장**: 평문 vs 암호화. AES-256 이상의 envelope encryption이 표준.

- **SSO 통합**: SAML 2.0 / OIDC 지원. SCIM 자동 프로비저닝이 있으면 더 좋음.

- **Audit log**: 누가 언제 어떤 워크플로우를 만들고 수정했는지 추적. 90일 이상 보관.

- **데이터 잔류**: EU/US/APAC 리전 선택 가능 여부. GDPR/한국 개인정보보호법 준수.

- **VPC peering / IP 화이트리스트**: 내부 시스템 호출 시 사설 네트워크 사용 가능 여부.

- **시크릿 관리**: AWS Secrets Manager / GCP Secret Manager / Vault와의 연동.

- **환경 분리**: Dev/Staging/Prod 환경을 분리해 운영. 변경 승인 워크플로우.

- **변경 알림**: 워크플로우 변경 시 Slack/이메일 알림. 권한이 있는 사람만 prod 변경.

- **SOC 2 / ISO 27001**: 인증 보유 여부. 엔터프라이즈 도입 시 필수.

Workato·Tray·Boomi·MuleSoft는 위 체크리스트의 90%+를 빌트인 제공합니다. Zapier·Make는 엔터프라이즈 플랜에서만 제공하고, n8n 셀프호스팅은 직접 구현해야 합니다.

23. 의사결정 가이드 — 무엇을 언제 선택할까

도구 선택을 다섯 가지 시나리오로 정리합니다.

**시나리오 1: SMB가 마케팅·세일즈 자동화** → Zapier. 8000+ 통합으로 거의 모든 SaaS 커버, 비개발자 친화 UI.

**시나리오 2: 스타트업이 비용 절감 우선** → Pabbly Connect 또는 n8n 셀프호스팅. Zapier의 1/10 비용.

**시나리오 3: 백엔드 엔지니어가 코드 우선** → Pipedream(SaaS), Windmill(셀프호스팅), Inngest(코드만), Trigger.dev(코드만).

**시나리오 4: 엔터프라이즈가 IT 거버넌스 필요** → Workato 또는 Tray.io. 6자리 예산 + IT 검토 워크플로우 필요.

**시나리오 5: 레거시 ERP/EDI 통합** → Boomi 또는 MuleSoft. 산업 표준 + 하이브리드 배포.

**시나리오 6: 의료/금융 데이터 잔류 요구** → n8n 셀프호스팅, Boomi Atom, MuleSoft on-prem.

**시나리오 7: 데이터 웨어하우스 → SaaS 동기화** → Hightouch 또는 Census(Reverse ETL 전용).

**시나리오 8: AI 에이전트 통합** → 단기는 Zapier Agents, 중장기는 n8n + LangChain 또는 Windmill + MCP.

도구 선택보다 더 중요한 것은 **워크플로우 표준화**입니다. 사내에서 "이 자동화는 Zapier, 저 자동화는 Make, 이건 직접 코드"로 분산되면 관리 부담이 폭증합니다. SMB는 Zapier 하나, 미드마켓은 Zapier + n8n 두 개, 엔터프라이즈는 Workato 하나로 표준화하는 것이 가장 안전합니다.

24. 마이그레이션 — Zapier에서 n8n으로 옮길 때 주의점

비용이 커져 Zapier에서 n8n으로 옮기는 케이스가 늘고 있습니다. 마이그레이션 시 주의점을 정리합니다.

**1) 모든 OAuth 재인증 필요**: Zapier의 OAuth 토큰을 export할 수 없으므로 n8n에서 모든 SaaS를 다시 OAuth 인증해야 합니다. 50개 통합이라면 사람 시간 2-3일 분량.

**2) 트리거 차이**: Zapier의 polling 트리거(예: 15분마다 Gmail 확인)와 n8n의 trigger 노드가 동일하지 않을 수 있습니다. 정확한 polling 주기와 deduplication 로직을 확인하세요.

**3) 빌트인 함수 차이**: Zapier의 Formatter 단계(날짜 변환, 텍스트 변환)는 n8n의 Function 노드나 Set 노드로 대체해야 합니다. 1:1 매핑이 안 되는 경우가 많습니다.

**4) 에러 핸들링 패턴**: Zapier는 Error Path를 step별로 설정하지만, n8n은 워크플로우 단위 Error Trigger 노드를 사용합니다. 마이그레이션 시 에러 흐름을 재설계해야 합니다.

**5) 운영 모니터링**: Zapier의 Zap History와 n8n의 Executions UI는 다릅니다. 실패 알림, 재실행, 로그 분석 방식이 달라 운영 절차를 새로 정의해야 합니다.

마이그레이션 비용은 워크플로우 1개당 약 2-4시간이 표준입니다. 50개 워크플로우라면 100-200시간(2-4주) 정도를 예상해야 합니다. 절감되는 SaaS 비용과 비교해 ROI가 6개월 이내라면 진행할 가치가 있습니다.

25. 참고 / References

- Zapier — `https://zapier.com/`

- Zapier Agents — `https://zapier.com/agents`

- Make (Integromat) — `https://www.make.com/`

- n8n — `https://n8n.io/`

- n8n GitHub — `https://github.com/n8n-io/n8n`

- Pipedream — `https://pipedream.com/`

- Workato — `https://www.workato.com/`

- Tray.io — `https://tray.io/`

- Boomi — `https://boomi.com/`

- MuleSoft Anypoint — `https://www.mulesoft.com/platform/enterprise-integration`

- Windmill — `https://windmill.dev/`

- Activepieces — `https://www.activepieces.com/`

- Huginn — `https://github.com/huginn/huginn`

- Pabbly Connect — `https://www.pabbly.com/connect/`

- IFTTT — `https://ifttt.com/`

- Bardeen — `https://www.bardeen.ai/`

- Latenode — `https://latenode.com/`

- Albato — `https://albato.com/`

- Microsoft Power Automate — `https://www.microsoft.com/en-us/power-platform/products/power-automate`

- Inngest — `https://www.inngest.com/`

- Trigger.dev — `https://trigger.dev/`

- Hatchet — `https://hatchet.run/`

- Restate — `https://restate.dev/`

- Apache NiFi — `https://nifi.apache.org/`

- Kestra — `https://kestra.io/`

- Apache Airflow — `https://airflow.apache.org/`

- Hightouch (Reverse ETL) — `https://hightouch.com/`

- Census (Reverse ETL) — `https://www.getcensus.com/`

- Anyflow (Japan) — `https://anyflow.jp/`

- BizteX Connect (Japan) — `https://service.bizte-x.co.jp/`

- ZAPER (Korea) — `https://zaper.io/`

- Gartner Magic Quadrant for iPaaS — `https://www.gartner.com/en/documents/4023849`