How Data Moves
A transport pattern - API, webhook, database link, event stream. Reusable across many tools.
"How Does Data Move?" and "Which Tool Connects?" are separate questions with separate answers. Most integration pages blur them into one grid. We don't.
A transport pattern - API, webhook, database link, event stream. Reusable across many tools.
A named system - GitHub, Jira, PostgreSQL. Rides on one or more mechanisms underneath.
Six transport patterns. Every named tool integration on this page is built using one of these - nothing connects to Glide through a mechanism that is not listed here.
Request data on demand, or receive it the instant something changes - new revision, status change, or event. Most tool integrations are built on this pair.
Read and write engineering data at the storage layer itself, for teams that need query-level access rather than an API round trip.
Subscribe to a stream of lifecycle events - qualification passed, revision released, change order approved - and trigger downstream actions automatically.
Connect through an enterprise integration platform when a tool does not speak to Glide directly, or when many systems need to share one integration layer.
Bidirectional, low-latency exchange for workflows where a delay of even a few seconds means someone is looking at stale data.
Reconcile large volumes of data on a schedule - nightly, hourly - for systems where real-time is not necessary and consistency matters more than speed.
Organized by what each tool is for, not by how it talks to Glide. Every category header names the mechanism doing the work underneath.
Repos, commits, releases
CI/CD, merge requests
Issues, engineering changes
Documents, CAD files, assets
Read, write, synchronize
Any system that accepts a POST