Urgent.News

What's breaking now, across thousands of outlets.

Tech

Never create 1-row ClickHouse parts again: The built-in Buffer Manager.

Day 03 of the WClickHouse Open-Source Engineering Series. You don't need a Redis cluster just to protect ClickHouse from single-event streaming writes. WClickHouse has a built-in Buffer Manager. The Pain Points We Faced Microservices needing to write real-time events as they happen Manually setting up Redis buffers and Celery flush workers just to feed ClickHouse Accidentally crashing ClickHouse…

Day 03 of the WClickHouse Open-Source Engineering Series reveals a solution to eliminate the need for creating 1-row ClickHouse parts. WClickHouse, an open-source library, introduces a built-in Buffer Manager that allows for high-throughput streaming writes without the need for external Redis clusters or Celery workers.

The pain points faced by microservices requiring real-time event processing include manually setting up Redis buffers, Celery flush workers, and the risk of accidentally crashing ClickHouse clusters with high-frequency single inserts. WClickHouse addresses these issues by enabling automatic buffering for high-throughput streams.

To implement WClickHouse, users simply need to import the library and initialize an instance with telemetry, database configuration, buffering enabled, and a specified buffer size. Events are then inserted into the buffer, which is stored in RAM and automatically flushed to ClickHouse when the buffer reaches its size limit. This threshold auto-flush ensures optimal performance without the need for additional infrastructure.

The benefits of this architecture include the elimination of extra infrastructure requirements such as Redis, Kafka, or queue brokers. The built-in Buffer Manager provides a zero-increment solution that reduces complexity and cost while maintaining performance. WClickHouse has been thoroughly tested and verified against live ClickHouse server instances, with 95%+ test coverage, and is compatible with Python 3.9 through 3.14, utilizing Apache Arrow and Pydantic v2.

For those interested in learning more, WClickHouse can be found on GitHub at https://github.com/wisrovi/wclickhouse and on PyPI at https://pypi.org/project/wclickhouse. The library was created by William Steve Rodríguez Villamizar, known as Wisrovi.

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

This story

This is one outlet's version. Read the fullest account.

Read the original at dev.to →

More in Tech

Tamper-proof distributed nodes: SHA-256 source code integrity verification.

Day 03 of the wFabricSecurity Open-Source Engineering Series. How do you know the worker submitting transactions to your blockchain hasn't been modified on disk?

  • wFabricSecurity verifies SHA-256 code integrity before transactions
  • Node name and MSP directory path initialize security instance
  • Tamper detection halts execution if source code changes

Nunca más crees partes de 1 fila en ClickHouse: Buffer Manager integrado.

Día 03 de la serie técnica WClickHouse Open Source. No necesitas un cluster de Redis solo para proteger a ClickHouse de escrituras en streaming.

  • WClickHouse introduces integrated Buffer Manager in memory.
  • Simplifies real-time event streaming for microservices.
  • Achieves 95% test coverage with Python 3.9-3.14 support.

trelix v3.2.2 to v3.3.8: A GitHub App Already Hardened and Running in Production, and a Connector That Never Touches a Pixel

docker run --entrypoint trelix-mcp ghcr.io/sairam0424/trelix:3.2.1 --help returns exit code 127: command not found. Not a typo, not a stale tag — the published 3.2.1 image never contained trelix-mcp…

  • Trelix evolves from v3.2.2 to v3.3.8, addressing previous defects
  • Version 3.2.3 introduces CI pipeline, fixes LIKE -wildcard bug
  • Version 3.3.8 marks correct code, new features and fixes implemented

More from Saturday 26 September →