The failure modes
Quick sync scripts commonly repeat full pulls, duplicate records on rerun, drop rate-limited writes, or let one malformed record block the remaining batch.
The demonstration moves records between mocked REST APIs while preserving progress, avoiding duplicates, recovering from temporary failures, and isolating records that cannot be written.
Public demonstration with both APIs mocked in-process. It proves the integration pattern, not compatibility with an undocumented third-party API.
The first run processes a ten-record synthetic batch. The second run uses the saved cursor and becomes a clean no-op.
Quick sync scripts commonly repeat full pulls, duplicate records on rerun, drop rate-limited writes, or let one malformed record block the remaining batch.
An updated_since cursor limits each run to new or changed records. The demonstrated second run pulls zero records after the cursor advances.
Idempotent upserts prevent duplicate creation and refuse to overwrite a newer destination record with stale source data.
Rate limits and server failures retry with exponential backoff. A record that still fails moves to a dead-letter queue so the rest of the batch completes.
10 pulled → 9 upserted + 1 dead-lettered → second run: 0 pulledThe test suite covers full-to-incremental behavior, poison-record isolation, newer-record protection, exhausted retries, and retry recovery. Real delivery still requires official API documentation, authorized credentials, field mappings, and acceptance examples.
Send both API documents, the update direction, and redacted example payloads.
[email protected]