Simply Business homepage
  • Business insurance

    • Business Insurance FAQs

    Business insurance covers

  • Support
  • Claims
  • Sign In
Call Us0333 0146 683
Chat With UsChat support 24/7
Tech blog

Centralised Event Logging with RabbitFeed

3-minute read

Joshua Fleck

Joshua Fleck

6 October 2014

Share on FacebookShare on TwitterShare on LinkedIn

Here at Simply Business, we are continually striving to improve our infrastructure for business intelligence. We are currently transitioning from a traditional ETL system built on SSIS to an event-based analytics system using Snowplow, Redshift, and Looker. The goal of this movement is to bring our approach to business intelligence in line with the architectural principles we've adopted such as Agile, TDD, and Git as configuration.

One of the key pieces required to support the shift to event-based analytics is a tool for centralised event logging. Our initial experiment was to build a centralised event logging tool around our existing RabbitMQ infrastructure. We'd been using a home-grown tool for feeding data from our Rails apps into our BI system for the past two years built around publishing/subscribing with RabbitMQ and the Bunny gem. We took the best bits from this codebase and built a sleek new gem called RabbitFeed. RabbitFeed plugs into your Rails (or plain Ruby) apps giving them the power to log and consume events!

Main Principles

RabbitFeed is built around the following beliefs:

  1. The payload of the event should be well-defined. Business owners, data analysts, and developers work together to define the event payload.
  2. The payload of the event can change over time. Subscribers must be able to handle different versions of the event.
  3. Event processing should be resilient to network connectivity problems and server crashes.
  4. The infrastructure for publishing/subscribing can be swapped from RabbitMQ to a different infrastructure with no change to the interface.
  5. Event publishing requires no knowledge or concern for where or how the events are used downstream.
  6. The subscriber defines from which applications and which types of events it will consume.
  7. Publishers and subscribers should be developed via test-driven development.

Simply Business technology

Why RabbitFeed?

RabbitFeed provides the following features that, when combined, set it apart from similar tools:

Take advantage of your existing RabbitMQ infrastructure

There is no need to install and administer an additional messaging system if you're already using RabbitMQ.

Test-driven development of publishers and subscribers

RabbitFeed provides a custom RSpec matcher allowing you to assert your application publishes the expected events. It also provides a test helper that simulates incoming events allowing you to assert that the events are handled as expected.

Configuration lives in your application and can be put into source control

Due to the distributed nature of RabbitFeed, each application in your ecosystem will define its own configuration for RabbitFeed. This configuration is in plain Ruby and sits within the application's codebase. This means that when you deploy your application, any changes to how it publishes or subscribes with RabbitFeed get deployed as well.

Configuration is in plain English

RabbitFeed offers two simple DSLs that can be used to configure publishing and subscribing respectively:

Publishing Events

RabbitFeed includes a DSL for defining the payload of your events, which provides a business-friendly way for non-techies to collaborate with the developers and analysts when defining the event. RabbitFeed converts this into a schema against which each event is validated when published.

The syntax of the DSL is shown below:

#  Say we have an application called 'online_shop'
#  This application publishes an event every time a purchase is made
EventDefinitions do
  define_event('customer_purchases_item', version: '1.0.0') do
    defined_as do
      'A customer has purchased an item from the store'
    payload_contains do
              type: 'string',
        definition: 'The unique identifier...')
              type: 'string',
        definition: 'The unique identifier...')
              type: 'int',
        definition: 'The price the customer paid...')
              type: 'int',
        definition: 'The time at which the customer...')

Publishing the event looks like this:

require 'rabbit_feed'
RabbitFeed::Producer.publish_event 'customer_purchases_item', {
  'customer_id'  =>,
  'item_id'      =>,
  'price'        => item.price,
  'purchased_at' =>,


RabbitFeed provides a DSL for defining which events a consumer will subscribe to and how the events will be handled. This provides a platform-agnostic means to route events from the publisher to one or more subscribers. RabbitFeed uses this information to automatically configure queues and routing within RabbitMQ when the consumer is initialised.

The syntax of the DSL is shown below:

#  Say we have a sales bell in the office,
#  and we want to ring the sales bell every time
#  a sale is made in our online shop
EventRouting do
  accept_from('online_shop') do
    event('customer_purchases_item') do |event|
      if event.price < 10000


Since incorporating RabbitFeed into our applications, we've been able to build a real-time sales dashboard and sales leaderboard in just a few weeks. These things would have been nearly impossible to do on our old ETL infrastructure. If you'd like to see how you can leverage centralised event logging to revolutionise your company's approach to business intelligence, look no further than RabbitFeed!

Ready to start your career at Simply Business?

Want to know more about what it's like to work in tech at Simply Business? Read about our approach to tech, then check out our current vacancies.

Find out more

We create this content for general information purposes and it should not be taken as advice. Always take professional advice. Read our full disclaimer

Find this article useful? Spread the word.

Share on Facebook
Share on Twitter
Share on LinkedIn

Keep up to date with Simply Business. Subscribe to our monthly newsletter and follow us on social media.

Subscribe to our newsletter


Public liability insuranceBusiness insuranceProfessional indemnity insuranceEmployers’ liability insuranceLandlord insuranceTradesman insuranceSelf-employed insuranceRestaurant insuranceVan insuranceInsurers


6th Floor99 Gresham StreetLondonEC2V 7NG

Northampton 900900 Pavilion DriveNorthamptonNN4 7RG

© Copyright 2024 Simply Business. All Rights Reserved. Simply Business is a trading name of Xbridge Limited which is authorised and regulated by the Financial Conduct Authority (Financial Services Registration No: 313348). Xbridge Limited (No: 3967717) has its registered office at 6th Floor, 99 Gresham Street, London, EC2V 7NG.