Pipedream shutdown: migration playbook for agencies and ops teams
Pipedream shutdown? Use this migration playbook to inventory workflows, manage risk, and move to n8n or Windmill with pricing, compliance, and rollout steps.
Pipedream shutting down workflows can turn into a scramble if you wait for the final cutoff. The fastest path is to treat this like a migration program: inventory everything, classify risk (auth, webhooks, schedulers, long-running jobs), pick a target platform, and run structured 1:1 assessments to move each client safely. For agencies running client operations, the migration risk is concentrated in webhook dependencies and credential ownership.
Quick migration plan (the 30,000-foot view)
Confirm what’s actually impacted
Identify which clients and internal projects rely on Pipedream workflows.
Pull a full list of workflows, schedules, secrets, connected accounts, and destinations.
Triage by risk and complexity
High risk: complex auth flows, webhook chains, secrets rotation, long-running executions, and any workflow that must run from a static IP.
Medium risk: scheduled data pulls, simple webhooks, common ETL.
Low risk: non-critical internal automations.
Pick a target: self-hosted n8n vs. Windmill (or a managed option)
Choose based on migration fit, team skill, hosting requirements, and compliance needs (not just feature checklists).
Run 1:1 workflow assessments
For each client, estimate migration effort, identify missing requirements (static IP, audit logging, access controls), and define a cutover plan.
Migrate, test, and cut over in phases
Start with low/medium workflows to validate your patterns.
Save high-risk workflows for after you’ve proven the environment.
Step 1: Inventory your Pipedream workflows (and the dependencies you’ll forget)
A reliable inventory should capture:
Workflow name + owner
Trigger type (schedule, webhook, event-driven)
Connected apps/accounts (who owns the credentials?)
Identify webhook endpoints and any upstream systems calling them.
Confirm auth methods and whether the endpoint URL can change.
Authentication
List each integration and the auth method (OAuth, API key, custom headers, etc.).
Decide whether credentials live in a shared vault or per-client vault.
Secrets management
Standardize on a secrets approach (vault, environment variables, KMS-backed secrets, etc.).
Define rotation and offboarding rules.
Schedulers and timing
Document cron/schedules.
Confirm time zones and daylight-savings behavior.
Long-running or heavy workflows
Some automation platforms have very different execution time limits. If your Pipedream workflows include long-running steps, you’ll need to validate that the new platform supports the same pattern (or refactor the workflow into smaller jobs).
Step 3: Choose a target platform (n8n vs. Windmill)
There isn’t one universal “best replacement.” For most agencies and ops teams, the decision comes down to:
Option A: n8n (self-hosted)
n8n is often a fit when you want a large integration ecosystem, visual workflows, and control over hosting.
Good fit if you need:
Broad app coverage
A workflow-first UI
Self-host control (including network setup)
Option B: Windmill (self-hosted)
Windmill can be a strong fit when you want a developer-friendly approach, scripts, and structured job execution.
Good fit if you need:
Scriptable workflows with strong developer ergonomics
Clear job definitions and operational visibility
A migration path that’s closer to “code you own”
Step 4: Compliance and infrastructure requirements (static IP + audit trails)
Two migration requirements show up constantly in regulated or enterprise environments:
Static IP / allowlisting
If a client requires IP allowlisting (for example, outbound calls to a finance system), plan for:
Egress through a fixed IP
Network segmentation and access controls
Environment separation (dev/staging/prod)
Audit trails
If you need to prove “who changed what,” plan for:
Centralized logs (job history, errors, retries)
Access controls + role-based permissions
Change tracking for workflows/scripts
Step 5: Packaging your migration offer (pricing + timeline)
If you’re an agency migrating multiple clients, a structured offer helps avoid one-off chaos.
A common structure:
Price match: match the client’s current Pipedream spend (same or lower) for a fixed period (for example, 12–18 months).
Migration included: include migration work as part of that commitment.
1:1 assessment: run a short workflow assessment to scope complexity and define how many migration sessions are included.
Step 6: Run the cutover (don’t move everything at once)
Recommended rollout sequence:
Stand up the target environment (secrets, networking, logging).
Move high-risk workflows last (static IP, compliance, long-running jobs).
Common pitfalls to avoid
Treating this as “copy and paste” instead of a migration program
Migrating workflows without documenting ownership and credentials
Forgetting to plan audit logging, alerts, and environment separation
Underestimating webhook dependencies and upstream callers
Get help with your migration plan
Pipedream migrations usually stall at the webhook audit — when you realize upstream callers hardcoded your endpoint URL and re-pointing them takes coordination you didn't plan for. If you've hit that wall, book a ZoomFlow session — one of our consultants can map your workflow dependencies live and help you sequence the cutover in the same call.
Set up one unsubscribe URL that removes contacts from Brevo, TinyEmail, and every ESP you use — with Zapier orchestrating the opt-out flow automatically.
A 49-second video and written steps for finding your Notion workspace ID. Log in, click your workspace name, open Settings, then Identity, and copy the ID.