Platform
Build it once. Run it everywhere.
FlowFuse is an application platform for building, deploying and managing industrial applications on Node-RED, across IT, OT and IIoT, from the edge to the cloud, governed from one place.
Overview
Two things to take away.
How application code is distributed across your sites, and the major components that carry it. Everything below is one of those two.
Where each piece sits: instances running your applications, the Device Agent bridging the platform to the edge, and the broker and database every instance can reach.
How it works
From a flow in an editor to the same application at every site.
Five stages, in the order a team meets them. Each one links into the guide or the documentation that owns it.
01Build
Build.
One editor, one runtime. Standard Node-RED, so the flows stay yours and the skills already exist.
The open runtime and flow editor underneath everything. FlowFuse runs standard Node-RED, which is what keeps an application portable and the foundation yours.
Learn moreDescribe what you need and get starting flows, Function node code, SQL and dashboard UI in the editor, plus a plain-language explanation of any flow you inherited.
Learn moreWorking starting points for common industrial problems, deployable as they are and then adapted, instead of starting from a blank canvas.
Learn moreThe operator-facing interface, built from the same flows rather than bolted on from a separate tool, so the UI and the logic ship together.
Learn more02Deliver
Deliver.
Two ways code moves. Promote a whole application, or publish the parts worth standardising. This is the decision that makes an estate scale or not.
Capture the application as a snapshot and promote that exact snapshot through development, staging and production, and out to a device group. Each target supplies its own environment variables, so one artifact runs at every site without an edit.
Learn morePublish the parts worth standardising, subflows and custom nodes, as packages into a library your teams install from. Local teams keep ownership of their own application while the central team still controls the parts that matter.
Learn moreThe three shapes an application takes on a device: a sealed Packaged App identical everywhere, a Configurable App tuned by a per-site config file, or an Edge Building Block wired into flows the site owns.
Learn moreThe three shapes it takes on an instance: a headless Packaged App, a user-facing Data-Driven App backed by a store, or a Shared Building Block many instances embed.
Learn more03Run
Run.
The same runtime next to the equipment, on-prem and in the cloud, addressed as a fleet rather than one machine at a time.
Managed Node-RED on FlowFuse infrastructure or on your own server, with the platform handling the runtime so your team handles the application.
Learn moreThe Device Agent runs the same applications on edge hardware, including networks with no inbound access, so a plant behind a firewall is still a deployment target.
Learn moreDevices addressed as a fleet, so the target of a deployment can be a hundred machines rather than one, and a rollback is one action rather than a hundred.
Learn moreThe worked layouts for each: edge with the server in IT or a DMZ, air-gapped sites, on-prem and per-site cloud hosting, and a Unified Namespace across every site.
Learn more04Connect
Connect.
What the application reads and writes. Two data services are built into every install, and anything else is exposed to the fleet the same way.
A managed MQTT broker in every install, so a Unified Namespace does not start with procuring infrastructure. Edge publishes once and many subscribe, across sites.
Learn moreA relational store built in and exposed to every instance, for applications that need to keep state rather than pass it on.
Learn moreIndustrial protocols and enterprise systems, from OPC UA and Modbus through to ERPs, databases and cloud APIs.
Learn moreInstance-to-instance messaging without standing up a broker or opening a port, which is also how you expose any other store or service to the fleet.
Learn more05Govern
Govern.
One place to say who may do what, and to show afterwards what actually happened.
Who can edit, who can deploy, who can only look, per team and per application, enforced by the platform on every call rather than by convention.
Learn moreSAML and LDAP against the identity provider you already run, so joining and leaving the platform follows joining and leaving the company.
Learn moreA record of who changed and deployed what, at team and instance level, which is the part that turns a claim about control into evidence.
Learn moreSOC 2 Type 1 and Type 2, with a self-hosted option for sites where nothing may leave the perimeter.
Learn moreBuild what’s next.
See it on your operations
Talk to an engineer about which delivery method fits your estate, or explore pricing to find the right fit.