← All scenarios

Slow external systems

A step that takes hours breaks the design

One step in the process calls something that takes hours, and the whole design bends around waiting for it.

Integration-heavy platforms

These are illustrative scenarios showing how the products are used, not customer case studies.

The same sequence, twice

The same sequence today, and with SynaptaGrid.

Today

  1. Call the slow service
  2. Hold open or poll
  3. Status table drifts
  4. Restart loses the thread

With SynaptaGrid

  1. Step hands the work over
  2. Run parks with a deadline
  3. Service calls back
  4. Run resumes where it was

The situation

A rendering job, a credit decision, an overnight batch. Holding a connection open is not an option, so it becomes a polling loop and a status table — and a worker restart in the middle loses track of which requests are still outstanding.

How it is approached

The step hands the work over and parks. The external service posts its result back when it is done, authenticated with a token issued for that run, and the step carries a deadline so it cannot wait forever. Run state lives in the database rather than in a process, so a restart resumes the run, and steps are claimed so that running several workers never fires the same step twice.

What changes

A slow dependency stops shaping the architecture around it. A run that spans hours is watched, recovered and reported on exactly like one that takes seconds.