
Work Here?
Work Here?
Work Here?
Kestra Technologies offers an open-source orchestration platform in Paris that unifies data pipelines, AI workflows, infrastructure automation, and business processes into a single declarative control plane with a 1,200+ plugin library for hybrid and air-gapped environments. It works by letting users declare workflows and automations, and Kestra coordinates execution across diverse systems through its plugins to connect tools and automate tasks. It differentiates itself with a large open-source plugin catalog and support for air-gapped deployments, serving 30,000+ organizations and handling billions of workflows. The goal is to expand adoption in North America and Europe, launch Kestra 2.0 and Kestra Cloud, and grow its go-to-market with a €21 million Series A.
Industries
Data & Analytics
Enterprise Software
AI & Machine Learning
Company Size
51-200
Company Stage
Series A
Total Funding
$36M
Headquarters
Paris, France
Founded
2022
See people who can refer or advise you
Help us improve and share your feedback! Did you find this helpful?
Total Funding
$36M
Above
Industry Average
Funded Over
3 Rounds
Industry standards
Health Insurance
Dental Insurance
Vision Insurance
Home Office Stipend
Remote Work Options
401(k) Retirement Plan
Health Savings Account/Flexible Spending Account
Parental Leave
Paid Vacation
Kestra 2.0 brings agent governance into the orchestration layer. The workflow orchestration platform now treats AI agents as authenticated users with execution approval, action-based access control, and full audit logging - extending the governance stack beyond identity and edge security. Blair Hayes Forkast mind | 2026-09-23 10:09 AM PDT Orchestrating the agentic enterprise: Kestra 2.0 and the governance layer. The rapid adoption of autonomous agents has introduced a fragmented operational reality for many enterprises. As teams deploy specialized agents to manage data, infrastructure, and business processes, the underlying orchestration often devolves into a patchwork of disconnected tools. Kestra, which launched version 2.0 on September 8, 2026, aims to consolidate this complexity by positioning itself as a single, governed orchestration layer. Following the September 22, 2026 announcement of its enterprise capabilities, the platform is explicitly targeting the governance challenges inherent in agent-driven workflows. It is important to distinguish Kestra from other infrastructure components. It is not an identity provider like Okta, nor is it an edge security vendor like Fastly. Instead, Kestra functions as the connective tissue for business logic. By treating AI agents as first-class, authenticated users, Kestra extends the emerging agent governance stack pattern directly into the orchestration layer. This approach acknowledges that while identity and edge security are necessary, they are insufficient for managing the actual execution of agentic tasks. Architectural decoupling for secure execution. A primary technical challenge in enterprise agent deployment is maintaining security in segmented or air-gapped environments. Kestra 2.0 addresses this through a redesigned worker architecture. Workers now operate without a direct database connection, relying instead on a single outbound gRPC connection to the controller. This architectural shift enables deployment across highly restricted networks, including sovereign clouds and fully air-gapped environments, without compromising the central control plane. This decoupling does not come at the cost of performance. According to published benchmarks, the new architecture has delivered up to twice the throughput on the same infrastructure. For organizations managing high-volume agentic tasks, this efficiency gain is critical, as it allows for more complex workflows without a linear increase in resource consumption. Governance as a first-class citizen. The most significant shift in Kestra 2.0 is the integration of governance controls specifically for AI agents. Any Kestra workflow can now be exposed as a tool via the Model Context Protocol (MCP). By publishing a flow as a named, typed tool on an MCP server with a single trigger, organizations allow external agents to discover and execute these workflows. Crucially, this is not an open door; every flow-as-tool call is subject to namespace-scoped access control.
Kestra 2.0 gives enterprises one governed orchestration layer across every environment. Kestra announced new enterprise capabilities enabled by Kestra 2.0, addressing the security, governance and control requirements of enterprise orchestration. Released to the developer community earlier this month, Kestra 2.0 gives enterprises one governed orchestration layer across data, infrastructure, applications, and business processes, and removes the architectural constraint that has kept many regulated and security-conscious organizations from adopting one. Workers now run without any connection to a central database, which means an organization can place execution wherever its security policy requires: in a separate network zone, another cloud, another region, or entirely offline. Enterprise automation has fragmented. Data teams run one scheduler, infrastructure teams run another, application teams wire their own scripts, and business processes sit in workflow systems of their own. As automation has spread, the hardest complexity has stopped arising inside any single system and started arising at the transitions between them. A pipeline finishes but the job downstream never starts, and no one can say which system owned the process. AI is making that harder. Agents are entering production and taking actions rather than answering questions, and most organizations cannot say what an agent did or prove it to an auditor. What was a visibility problem becomes a governance problem. Until now, the enterprises that most needed one governed layer were the ones least able to adopt it, forced to choose between governing everything from one place and honoring the security rules that made governance necessary. "Enterprises did not set out to run five orchestration tools. It happened one team at a time, and the result is that the work a business depends on most is the work it can see least," said Emmanuel Darras, CEO and co-founder of Kestra. "Kestra 2.0 brings unified orchestration to the Fortune 500, where companies have the most domains to govern and the least freedom in where execution can happen, providing one place to run and govern every workflow." Unified orchestration brings four domains that have historically been run separately, on separate tools, under one governed layer: * Data. Ingestion, transformation, data lakes and warehouses, and machine learning pipelines. * Infrastructure. Enterprise job scheduling, cloud and container infrastructure, provisioning and configuration, CI/CD, and IT and security runbooks. * Applications. Microservice coordination, API workflows, event-driven processes, and SaaS integrations. * Business processes. Approvals, onboarding, order-to-cash, ticket and issue tracking, and integration with existing enterprise systems. Consolidation happens at the orchestration layer, not underneath it. Enterprises keep the platforms and applications they already run, and replace the separate orchestration tools that grew up around each domain. Most begin in a single domain and extend into others as the need arises, rather than adopting a new tool for every new requirement. Kestra 2.0 delivers four enterprise outcomes: * Execution wherever security requires it. Workers hold no database connection and no credentials, opening a single outbound connection to the controller. Deployments that were previously out of reach become straightforward: segmented network zones, other clouds, other regions, on-premises, and fully air-gapped environments. Governance no longer stops at the network boundary. * Controlled production access for AI agents. Any workflow can be exposed as a tool an external agent calls, with execution approval required before anything reaches production, action-based access control, and full audit logging. Agents are treated as authenticated users, so an agent retrieves only what the person behind it is authorized to see. * Predictable capacity on shared infrastructure. Teams sharing one deployment no longer compete for the same compute. Workloads are isolated and capacity can be reserved per team, so a heavy job in one domain does not starve a critical one in another. * Failure handling an enterprise can rely on. When something goes wrong, teams decide what happens rather than discovering it afterward. Work can be retried, redispatched, or failed deliberately, so operations that must never run twice fail loudly instead of silently duplicating. Kestra 2.0's rebuilt engine is designed to scale more efficiently and flexibly as enterprise workloads grow. In published benchmarks, the new architecture delivered up to twice the throughput on the same infrastructure, while giving organizations greater flexibility to scale execution across teams, workloads, and environments. Full results and methodology are published. Kestra 2.0 is backed by bug and security fixes through September 2027. It includes breaking changes and ships with migration tooling that rewrites most flows automatically and flags the few that need a human decision. An early example shows what the architecture makes possible. A global IT infrastructure manufacturer is building a shared service on Kestra 2.0 that will let teams reserve physical machines across its worldwide estate, bringing infrastructure currently dedicated to individual teams into a common pool. The project also covers firmware updates and patching across separate security zones. The deployment depends on workers running with no connection to a central database, which is what 2.0's rebuilt execution model makes possible. The first pilot environments are expected to enter production in the coming weeks. The release advances Kestra's position that enterprises should be able to orchestrate across every domain and every environment through one governed layer, without surrendering control of where execution happens or where data lives. Kestra 2.0 reached general availability on September 8, 2026. David Marshall is the founder of VMblog.com, one of the industry's longest-running independent publications covering modern data center technologies. What began as a focus on virtualization and cloud computing has expanded to cover the full spectrum of enterprise IT, including AI, security, and DevOps, making VMblog a trusted destination for vendor news, technology analysis, and industry commentary.Beyond publishing, David has spent his career at the intersection of technology and business, inventing, marketing, and launching a number of successful software companies and products, and building a reputation as a skilled marketing executive in the enterprise IT space.David is also a published author, having written two well-regarded books on virtualization and served as technical editor for two "For Dummies" titles covering virtualization and cloud computing. He co-founded CloudCow.com, a publication focused on cloud computing, and has been named a VMware vExpert every year since 2009, one of the longest continuous honoree streaks in the program's history.Connect with David on LinkedIn: https://www.linkedin.com/in/davidmarshall/
n8n vs Kestra: which automation tool fits your workflow? Quick summary. * - n8n fits app-heavy business workflows that need visible branching and fast iteration. * - Kestra fits code-defined orchestration, scheduled technical pipelines, and platform-owned jobs. * - Synta helps n8n builders turn a workflow goal into node structure, guardrails, and review paths. n8n and Kestra both help teams automate work, but they are built for different operating styles. n8n is strongest when a builder wants to connect apps, branch business logic, and ship automations quickly. Kestra is strongest when an engineering team wants code-defined orchestration, scheduled pipelines, and versioned workflows that look more like infrastructure. The practical choice depends less on which tool is more powerful and more on who owns the workflow after it goes live. If operations, growth, support, or an automation consultant needs to inspect and adjust the flow, n8n usually fits better. If platform engineering owns the job as a code-managed pipeline, Kestra starts to make more sense. Quick answer. Choose n8n when the workflow is app-heavy, business-facing, and likely to change as the process changes. Choose Kestra when the workflow is a technical pipeline with strong scheduling, deployment, and orchestration requirements. For Synta users, the n8n side is the relevant lane. Synta helps turn a plain-language automation goal into an n8n workflow shape with the right nodes, branches, credentials, and guardrails. It is not trying to replace a platform orchestrator. It helps n8n builders move faster without losing control. Where n8n fits best. n8n is a workflow automation tool for connecting services and moving data through visible steps. The canvas matters because teams can see what happens: trigger, transform, branch, call an API, update a CRM, send Slack, write to a sheet, and route exceptions. That visibility is useful for business automations. A missed-call recovery flow, quote follow-up sequence, inbound lead enrichment job, invoice routing workflow, or support triage process changes often. Someone needs to open the workflow, understand the branch, and adjust it without treating every change like a deployment. Best for app integrations, API glue, and operational workflows. Best when non-platform stakeholders need to inspect or discuss the workflow. Best when the workflow combines credentials, conditional logic, and manual review points. Best when a consultant or ops builder needs to ship client-facing automation quickly. Where Kestra fits best. Kestra is closer to an orchestration platform. Its strength is defining workflows as code, scheduling and running jobs, coordinating technical tasks, and giving engineering teams a durable way to manage pipelines. That makes it attractive when the workflow is infrastructure-like rather than business-process-like. A data platform team may prefer Kestra for scheduled ETL jobs, batch processes, long-running backend operations, or workflows that should live in version control with the rest of the stack. The tradeoff is that the operating model is more developer and platform oriented. Best for code-defined workflows and infrastructure-style orchestration. Best when version control, deployment discipline, and scheduled execution are central. Best when platform engineering, not operations, owns the workflow lifecycle. Best when the workflow is a pipeline more than a business automation canvas. The ownership test. The simplest way to choose is to ask who will own the workflow three months after launch. If the owner is an operations lead, growth operator, automation consultant, founder, or support manager, n8n is usually the better default. The workflow needs to be visible, editable, and close to the business process. If the owner is a platform team that already manages jobs through code review, environments, and deployment pipelines, Kestra may be the cleaner fit. In that case, the workflow is probably part of the technical substrate rather than the business operating layer. The integration test. n8n shines when the automation talks to many external tools. Gmail, Slack, HubSpot, Salesforce, Google Sheets, Postgres, webhooks, HTTP APIs, Airtable, Notion, and custom services can all sit in one visible flow. The value is not just running tasks. It is making the business logic explicit. Kestra can integrate with systems too, but its advantage is less about a visual catalog of app nodes and more about orchestrating technical work reliably. If most of the job is connecting business apps and shaping data between them, n8n usually feels more direct. The debugging test. In n8n, debugging often means opening an execution, inspecting item data at each node, and checking where the branch or credential failed. That is useful when a workflow handles messy real-world business inputs: partial forms, bad emails, missing CRM fields, inconsistent CSVs, or webhook payloads that change without warning. In Kestra, debugging fits a more engineering-oriented mental model. Logs, task runs, schedules, and definitions are central. That is good for teams already comfortable with pipeline operations, but it can be heavier for business teams trying to understand why one customer workflow stopped sending a follow-up. What about AI workflows? For AI workflows, n8n is often easier to apply close to the customer process. You can receive a lead, enrich it, call an LLM, validate the output, branch on confidence, ask for human review, then update the CRM. That is exactly the kind of workflow where Synta can help draft a useful first version. Kestra can orchestrate AI-related jobs too, especially if they are backend pipelines. But if the AI workflow is embedded in sales, support, hiring, reporting, or operations, n8n's app canvas and branching model are usually easier to iterate. Pricing and team fit. The pricing comparison changes over time, so do not pick based on a stale line item. Compare the real owner cost: setup time, hosting, maintenance, debugging, permission management, and how often the workflow will change. A tool that is cheaper on paper can cost more if every edit requires the wrong person. For consultants, n8n is usually easier to productize because the client can see and approve the automation shape. For internal platform teams, Kestra can be easier to standardize because workflows can be treated like technical assets. Decision matrix. Choose n8n for app-heavy workflows, fast iteration, visible business logic, and ops-owned automations. Choose Kestra for code-defined orchestration, scheduled technical pipelines, and platform-owned workflows. Choose n8n when the workflow includes human review, CRM updates, support triage, or messy third-party payloads. Choose Kestra when the workflow should be managed through engineering deployment habits. Choose Synta with n8n when you know the automation goal but want help shaping the node graph, branches, and guardrails. Where Synta fits. Synta is built for the n8n side of this comparison. It helps people who chose n8n because they want control, but do not want to spend an afternoon remembering which node option, credential pattern, or branch structure fits the job. Describe the workflow in plain language: the trigger, the apps involved, the happy path, the failure path, and what should never happen automatically. Synta can help turn that into an n8n workflow plan with the right shape before you start wiring every node by hand. Try the Synta MCP workflow builder. If you are choosing n8n because your automation lives close to real business operations, use the tracked Synta MCP path here: open Synta MCP. Describe the process, the apps, and the failure cases you need the workflow to handle. Faq. Is Kestra better than n8n? Not universally. Kestra is better for code-defined orchestration and technical pipelines. n8n is better for visible app automation and business workflows that need fast iteration. Is n8n only for non-developers? No. n8n is popular with technical operators and developers because it gives control without forcing every workflow into a full code project. Can n8n handle production workflows? Yes, if the workflow is designed with clear credentials, error handling, retry paths, and monitoring. The weak point is usually workflow design, not the existence of a visual canvas. Should I migrate from Kestra to n8n? Only if the workflow is really an app automation or business process that needs visible iteration. If it is a stable technical pipeline owned by engineering, Kestra may remain the better home.
Kestra raises $25M Series A to power unified orchestration for the AI era. Published on Apr 17, 2026 As seen on: Key takeaways. * Kestra secured a 25 million dollar Series A round led by RTP Global, bringing its total funding to about 36 million dollars. * The open-source orchestration platform now supports over 2 billion workflows annually and serves more than 30,000 organizations worldwide. * New capital will fund Kestra 2.0, real-time observability, agentic orchestration, and a managed cloud service for enterprise AI and data workloads. * Blue-chip users such as Apple, JPMorgan Chase, Toyota, Deutsche Telekom, BHP and Crédit Agricole already rely on Kestra for mission-critical workflows. Quick recap. Open-source orchestration platform Kestra has announced a 25 million dollar Series A funding round, led by RTP Global with participation from existing backers Alven, ISAI and Axeleo. The company disclosed the raise via an official press release and blog post, positioning the round as proof that orchestration is becoming its own core infrastructure category for data, AI and enterprise workflows. The financing lifts Kestra's total funding to roughly 36 million dollars and will accelerate its push to become the orchestration "control plane" for large enterprises. Building an orchestration control plane for AI workloads. Kestra provides a declarative, event-driven orchestration platform that lets engineers define complex workflows in YAML, unifying data pipelines, AI workflows, infrastructure automation and business processes in a single control plane. The company reports more than 26,000 GitHub stars and adoption across over 30,000 organizations, with enterprise revenue growing 25-fold in the last 18 months and over 2 billion workflows executed in 2025 alone. The 25 million dollar Series A, led by RTP Global, will fund the launch of Kestra 2.0, adding a distributed execution engine, real-time observability and more advanced "agentic" orchestration to better coordinate AI agents and microservices at scale. Capital will also back Kestra Cloud, a fully managed SaaS with usage-based pricing, and expansion of its plugin ecosystem, which already offers over 1,200 integrations for data stores, AI models and infrastructure tools. With reference customers including Apple, JPMorgan Chase, Toyota, Deutsche Telekom, BHP and Crédit Agricole, Kestra is pitching itself as the neutral fabric that sits on top of heterogeneous enterprise stacks. Why this funding round matters now? The raise lands as enterprises scramble to standardize how they schedule, monitor and govern increasingly fragmented AI, data and infrastructure workflows. Rather than relying on siloed orchestrators inside individual tools, Kestra is arguing for a single orchestration category that bridges databases, LLM providers, cloud services and internal microservices. In this context, the presence of high-profile customers and strong open-source traction signals that orchestration is moving from a developer convenience to a board-level resilience issue, especially as AI workloads become mission-critical. Competitors like Prefect, Windmill and other workflow engines are simultaneously chasing this space, but Kestra's focus on multi-domain orchestration (data, AI and infra) and its early investment in agentic capabilities could shape how enterprises architect their AI stacks over the next few years. Competitive landscape and feature comparison. Below, Kestra is compared with two close competitors in the workflow-orchestration space: Prefect and Windmill. From today's vantage point, Kestra appears to be pushing furthest into agentic orchestration and multi-domain workflows, making it attractive for enterprises that want a single fabric over AI, data and infra. Prefect remains a strong option for Python-heavy data teams who care most about simplicity and cost for pipeline-centric workloads, while Windmill offers a nimble experience for teams that want to script and ship automations quickly with less emphasis on deep AI orchestration. Sci-Tech Today's takeaway. In my experience, rounds of this size at the Series A stage are a strong signal that a niche is crystallizing into a real infrastructure category, and Kestra is clearly betting that orchestration will be the control layer of AI-native stacks. I think this is a big deal because enterprises are tired of stitching together half a dozen schedulers and custom cron jobs just to keep data and AI workflows in sync, and a unified control plane directly addresses that pain. While execution risk is real and competitors like Prefect and Windmill are not standing still, I see this funding as broadly bullish for open-source orchestration and for enterprise AI adoption, since a more reliable backbone makes it easier for risk-averse firms to green-light ambitious AI projects. Add Sci-Tech Today as a Preferred Source on Google for instant updates! Sources. Barry Elad (Senior Writer) Barry is a technology enthusiast with a passion for in-depth research on various technological topics. He meticulously gathers comprehensive statistics and facts to assist users. Barry's primary interest lies in understanding the intricacies of software and creating content that highlights its value. When not evaluating applications or programs, Barry enjoys experimenting with new healthy recipes, practicing yoga, meditating, or taking nature walks with his child. Companies List
Every complex system eventually hits the same wall. Not a lack of capability. Not a lack of tools. A breakdown in coordination between them. Today, we're announcing a $25M Series A to define orchestration as its own infrastructure category.
Find jobs on Simplify and start your career today
Industries
Data & Analytics
Enterprise Software
AI & Machine Learning
Company Size
51-200
Company Stage
Series A
Total Funding
$36M
Headquarters
Paris, France
Founded
2022
Find jobs on Simplify and start your career today