Busybee
A complete Ruby toolkit for workflow-based orchestration with BPMN, running on Camunda Platform.
If you're a Ruby shop that needs workflow orchestration, you've probably noticed the gap: Camunda Platform is powerful, but the Ruby ecosystem support is thin. Busybee fills that gap. One gem, one Camunda Cloud account, and you're ready to start building. And when you're ready to scale further, Busybee is ready to grow with you, with battle-proven patterns for large distributed systems.
Busybee provides everything you need to work with Camunda Platform or self-hosted Zeebe from Ruby:
- Worker Pattern Framework - Define job handlers as classes with a clean DSL. Busybee handles polling, execution, and lifecycle.
- Idiomatic Zeebe Client - Ruby-native interface with keyword arguments, sensible defaults, and proper exception handling.
- RSpec Testing Integration - Deploy BPMNs, activate jobs, and assert on workflow behavior in your test suite.
- Deployment Tools - CI/CD tooling for deploying BPMN files to your clusters.
- Low-Level GRPC Access - Direct access to Zeebe's protocol buffer API when you need it.
Roadmap & Availability
| Version | Features | Status |
|---|---|---|
| v0.1 | BPMN Testing Tools, GRPC Layer | Available now! |
| v0.2 | Client, Rails Integration | January 2026 |
| v0.3 | Worker Pattern & CLI | Early 2026 |
| v0.4 | Instrumentation Hooks, Deployment Tools | Planned for Early 2026 |
| v1.0 | Production Polish | Planned for Mid 2026 |
Installation
Add busybee to your Gemfile:
gem "busybee"Then run:
bundle installOr install directly:
gem install busybeeUsage
Worker Pattern Framework (coming in early 2026)
Define job handlers as Ruby classes. Busybee manages the process lifecycle, the connection to Camunda Cloud, and requesting jobs from Zeebe. If you've used Racecar to build Kafka handlers, or Sidekiq to build background jobs, this should feel very familiar.
This feature is still being designed. The example shown here is only representative and will change before implementation.
class ProcessOrderWorker < Busybee::Worker
type "process-order"
input :order_id, required: true
input :customer_email
output :confirmation_number
def perform
confirmation = OrderService.process(order_id)
complete(confirmation_number: confirmation)
end
endPlanned capabilities:
- Declarative input/output definitions with validation
- Automatic job activation and completion
- Configurable timeouts and retry behavior
- Graceful shutdown on SIGTERM
- CLI for running workers:
bundle exec busybee workor similar
Idiomatic Zeebe Client (coming in January 2026)
A Ruby-native client for Zeebe with keyword arguments, sensible defaults, and proper exception handling.
This feature is still being designed. The example shown here is only representative and will change before implementation.
client = Busybee::Client.new
# Deploy a workflow
client.deploy_process("workflows/order-fulfillment.bpmn")
# Start a process instance
instance_key = client.start_process("order-fulfillment",
vars: { order_id: "123", items: ["widget", "gadget"] }
)
# Publish a message
client.publish_message("payment-received",
correlation_key: "order-123",
vars: { amount: 99.99 }
)Planned capabilities:
- Connection management with automatic reconnection
- Multiple credential types (insecure, TLS, OAuth, Camunda Cloud)
- GRPC error wrapping with preserved cause chains
- Rails integration via Railtie and
config/busybee.yml - Duration support for timeouts (works with ActiveSupport if present)
RSpec Testing Integration (available now!)
Allows you to unit test your BPMN files. Deploy processes, create instances, activate jobs, and verify workflow behavior against a real Zeebe instance.
Setup
# spec/spec_helper.rb
require "rspec"
require "busybee/testing"
Busybee::Testing.configure do |config|
config.address = "localhost:26500" # or use ZEEBE_ADDRESS env var
endExample
RSpec.describe "Order Fulfillment" do
let(:process_id) { deploy_process("spec/fixtures/order.bpmn", uniquify: true)[:process_id] }
it "processes payment and ships order" do
with_process_instance(process_id, order_id: "123", total: 99.99) do
expect(activate_job("process-payment"))
.to have_activated
.with_variables(order_id: "123", total: 99.99)
.and_complete(payment_id: "pay-456")
expect(activate_job("prepare-shipment"))
.to have_activated
.with_variables(payment_id: "pay-456")
.and_complete(tracking_number: "TRACK789")
assert_process_completed!
end
end
endHelpers and Matchers
-
deploy_process(path, uniquify:)- Deploy BPMN files with optional unique IDs for test isolation -
with_process_instance(process_id, variables)- Create instances with automatic cleanup -
activate_job(type)/activate_jobs(type, max_jobs:)- Activate jobs for assertions -
publish_message(name, correlation_key:, variables:)- Trigger message catch events -
set_variables(scope_key, variables)- Update process variables -
assert_process_completed!- Verify workflow reached an end event -
have_activated,have_received_variables,have_received_headers- RSpec matchers
For more info, see our full testing documentation here.
Deployment Tools (coming in early 2026)
CI/CD tooling for deploying BPMN processes to your Zeebe clusters. Version tracking, environment-specific deployments, and pre-deployment validation.
Low-Level GRPC Access (available now!)
For edge cases where the higher-level abstractions don't cover what you need, busybee exposes the raw GRPC interface to Zeebe. This is a complete drop-in replacement for the now-discontinued zeebe-client gem.
Most users won't need this, as the Testing module, Client class, and Worker pattern cover most common use cases.
require "busybee/grpc"
stub = Busybee::GRPC::Gateway::Stub.new(
"localhost:26500",
:this_channel_is_insecure
)
request = Busybee::GRPC::TopologyRequest.new
response = stub.topology(request)
puts response.brokers.map(&:host)For more info, see the full GRPC documentation here.
Ruby Implementation Support
Busybee currently only supports MRI (CRuby). This is due to the state of grpc support on other implementations. JRuby is not supported because it cannot run C extensions (it would require grpc-java with a Ruby wrapper). TruffleRuby's C extension support is experimental and the grpc gem does not currently build on it.
If you successfully run busybee on an alternative Ruby implementation, please open a GitHub issue to let us know! We'd welcome contributions to expand platform support.
Development
Busybee includes a Docker Compose setup for running Zeebe locally, plus rake tasks for common development workflows:
bin/setup # Install dependencies
rake zeebe:start # Start local Zeebe + ElasticSearch
rake zeebe:health # Wait for services to be ready
bundle exec rspec # Run unit tests
RUN_INTEGRATION_TESTS=1 bundle exec rspec # Run all tests including integrationThe full development guide for contributors is available here, including local environment setup, running tests, regenerating GRPC classes, and release procedures.
Contributing
Bug reports and pull requests are welcome on GitHub at https://github.com/rusterholz/busybee. This project is intended to be a safe, welcoming space for collaboration, and contributors are expected to adhere to the code of conduct.
License
The gem is available as open source under the terms of the MIT License.
Code of Conduct
Everyone interacting in the Busybee project's codebases, issue trackers, chat rooms and mailing lists is expected to follow the code of conduct.