Skip to content

docs: add FAQ on SolidQueue vs Karafka for job processing#604

Merged
mensfeld merged 2 commits intomasterfrom
docs/faq-solidqueue-vs-karafka-scaling
May 5, 2026
Merged

docs: add FAQ on SolidQueue vs Karafka for job processing#604
mensfeld merged 2 commits intomasterfrom
docs/faq-solidqueue-vs-karafka-scaling

Conversation

@mensfeld
Copy link
Copy Markdown
Member

@mensfeld mensfeld commented May 5, 2026

Adds guidance on whether to run SolidQueue alongside Karafka, covering Kafka's partition-based scaling model, available Karafka scaling mechanisms (VPs, Multiplexing), and upcoming Share Groups support.

Adds guidance on whether to run SolidQueue alongside Karafka,
covering Kafka's partition-based scaling model, available Karafka
scaling mechanisms (VPs, Multiplexing), and upcoming Share Groups
support.
@mensfeld mensfeld requested a review from Copilot May 5, 2026 11:37
@mensfeld mensfeld self-assigned this May 5, 2026
Copy link
Copy Markdown
Contributor

Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Adds an FAQ entry clarifying when it makes sense to run a traditional job queue (SolidQueue via ActiveJob) alongside Karafka, with emphasis on Kafka’s partition-bound parallelism and Karafka’s scaling options.

Changes:

  • Added a new FAQ question/answer discussing SolidQueue vs Karafka for job-like workloads.
  • Documented Karafka scaling mechanisms (Virtual Partitions, Multiplexing, process scaling) and referenced upcoming Kafka Share Groups (KIP-932).
  • Updated the FAQ table of contents to include the new entry.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

Karafka provides several mechanisms to work within and extend these constraints:

- **[Virtual Partitions](Pro-Consumer-Groups-Virtual-Partitions)** allow you to parallelize work within a single partition using multiple threads, effectively bypassing the one-consumer-per-partition limitation for suitable workloads.
- **[Multiplexing](Pro-Consumer-Groups-Multiplexing)** enables a single process to maintain multiple connections to Kafka, increasing throughput without additional processes.
@mensfeld mensfeld merged commit fb29945 into master May 5, 2026
4 checks passed
@mensfeld mensfeld deleted the docs/faq-solidqueue-vs-karafka-scaling branch May 5, 2026 11:41
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

2 participants