Urgent.News

What's breaking now, across thousands of outlets.

Tech

Wpipe: Resiliencia para ingeniería de larga duración con Checkpoints Atómicos

Wpipe: Resiliencia para ingeniería de larga duración con Checkpoints Atómicos Día 10 de la serie técnica Wisrovi Open Source Architecture. ¿Por qué la recuperación de fallos en tus pipelines de datos sigue siendo una tarea manual y frágil? Automatiza la resiliencia real, no solo el flujo de pasos. En los frameworks de orquestación modernos, el estado de una tarea suele reducirse a una etiqueta en…

Original Spanish Read in English

Wpipe provides resilience for long-term engineering through atomic checkpoints. The tenth day of the Wisrovi Open Source Architecture technical series explores why failure recovery in data pipelines remains a manual and fragile task. Modern orchestration frameworks reduce task states to labels in a remote database, such as Scheduled, Running, or Failed.

However, for engineers managing critical or long-duration processes, a label alone is insufficient. They need the full context, knowing exactly what was in memory at the precise moment of failure to avoid starting from zero. Wpipe offers a motor of atomic checkpoints as an industrial equivalent to a data-saving point. The architecture compares cloud/SaaS orchestrators against Wpipe's local-first approach.

Persistence of state and metadatas is stored in an external database, while wpipe utilizes SQLite in Write-Ahead Log mode for atomic context. Recovery is achieved by resubmitting tasks from the local server, ensuring in-situ continuity within seconds. Operational overhead involves managing complex agents, daemons, and APIs, which wpipe eliminates with zero-config via @step embedding.

Resilience against network failures and partitions is ensured by autonomous operation disconnected from external resources. Resource footprint is lightweight, with multiple containers (App + Worker + Broker) for an ultra-light process running as a single Python script. A practical example demonstrates atomic checkpoints in production: FetchLargeDatasetStep simulates ingesting 100,000 records and saves them as a checkpoint.

CriticalProcessingStep retrieves the raw records, with failure handling allowing wpipe to recover to the exact context without re-running the step. Pipeline execution details show the status and processed count from the checkpoint context. Wpipe's sovereignty in persistence eliminates cloud costs by storing execution states locally, providing immunity to timeouts for day-to-week-long workflows.

The light and decoupled philosophy suits edge, IoT, Raspberry Pi, and ultra-fast CI/CD pipelines. For more, visit GitHub and PyPI.

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at dev.to →

More in Tech

Wpipe: Resilience for Long-Running Engineering with Atomic Checkpoints

Wpipe: Resilience for Long-Running Engineering with Atomic Checkpoints Day 10 of the Wisrovi Open Source Architecture Series.

  • wpipe Checkpoint engine saves memory state at failure moment
  • Local-first engine offers zero-config setup and immediate resume
  • Atomic checkpoints enable seamless task re-dispatch from remote

CrowdStrike outage explained: 21 fields, 20 slots, 8.5M blue screens

The CrowdStrike outage of July 19, 2024 is the biggest IT failure most of us have lived through, and its root cause fits in one sentence: a detection template declared 21 input fields, and the code…

  • CrowdStrike outage affected 8.5 million Windows devices globally
  • Single line of code in detection template caused 20 vs 21 field mismatch
  • Outage led to 7,000 flight cancellations and $500M in damages

More from Tuesday 29 September →