⚛️ Data Mesh Reference Architecture · Quarkus
Tutorial Setup Demos GitHub ↗
Home / Building data products
Part 1 3 chapters

Building data products

How a Quarkus service becomes a self-describing data product — its REST/gRPC surface, its versioned contract, and the planes it moves data across.

04

Services & data products

The anatomy of a data product, order-service as the template built end to end, and inventory/review as further products that demonstrate the pattern varying by role.

30 minutesRead →
05

Contracts & the catalog

Versioned Avro and Protobuf contracts in a shared contracts module and Apicurio registry, and why a discovery catalog is a mesh requirement even though it isn't built yet.

35 minutesRead →
06

The data planes

The asynchronous Kafka backbone and the synchronous GraphQL read layer that federates REST and gRPC — two planes, and why Camel's EIPs are the right lens for the routing logic inside each.

30 minutesRead →
← Previous part Foundations Next part → Operating the mesh

Data Mesh Reference Architecture · Quarkus

A working data-mesh reference implementation in Quarkus — services across REST, gRPC, GraphQL, and Kafka, backed by Camel-on-Quarkus routes and langchain4j/MCP tooling, with contracts, a catalog, progressive delivery, autoscaling, and full observability. Includes a runnable Spring Boot twin service for a side-by-side comparison.

Reference

  • Setup & prerequisites
  • Demos & examples

Built with

  • Quarkus ↗
  • Camel Quarkus ↗
  • langchain4j ↗

Project

  • View on GitHub ↗
  • Issues ↗
  • Python sibling repo ↗
Open source · Apache 2.0 Last built 2026-10-09