iPaaS & 워크플로우 자동화 2026 완벽 가이드 - Zapier · Make · n8n · Pipedream · Workato · Tray.io · Boomi · MuleSoft · Windmill 심층 분석

"통합은 한 번 만들고 끝나는 게 아니라, 매일 깨지고 매일 복구되는 살아있는 시스템이다. 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 도구들은 "코드 친화도"와 "엔터프라이즈 친화도" 두 축으로 다섯 개의 분면으로 나뉩니다.

분면 간 경계는 점점 흐려지고 있습니다. 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가 가장 강력한 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 에이전트 기능을 추가했습니다. 기존 트리거-액션 자동화에서 "사용자 의도를 받아 동적으로 단계를 결정"하는 에이전트형 워크플로우로 진화하고 있습니다.

이 트렌드의 본질은 "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개 액션"이라면 측정값이 다릅니다.

엔터프라이즈 오버런(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