BP Architecture

4 min read

KubeOpsArchitectureOverview

BP’s Architecture Overview #

BuildPiper is built on a scalable, asynchronous, multi-component architecture. Each layer is designed for high availability, elastic scaling, and clean separation of concerns — from the gateway down to the BP Agent executor.

9
Components
Async
Architecture
Auto
Scalable
REST
API Driven


BuildPiper — Platform Architecture
BuildPiper Platform Architecture Diagram

Architecture Components #

Each component in the BuildPiper platform plays a specific role in orchestrating the end-to-end software delivery lifecycle.

01
BP Gateway
Main Entry Point & Load Balancer

BP Gateway is the main entry point of the platform. It acts as a gateway within the product, efficiently distributing incoming network traffic across a group of servers supporting the platform. Once traffic crosses the BP Gateway, it then either reaches the Frontend (BuildPiper UI) or BPCTL.

02
Frontend (BuildPiper UI)
Customer-Facing Interface

This is a feature-rich, easy-to-use, highly intuitive user interface to leverage product functionalities. BuildPiper can be configured and configured Jobs can be triggered via the state-of-the-art user interface. This is the main customer-facing component — all user interactions happen via the Frontend.

03
BPCTL (CLI)
Command Line Interface

BuildPiper provides a CLI to interact with BuildPiper’s Platform API. This CLI is called BPCTL. It works via Manifest files which can be applied via the bpctl apply command. BPCTL Manifest definition supports a wide variety of kinds to configure microservices and associated constructs. Almost anything that can be set up via the UI can also be set up via BPCTL.

BPCTL Documentation Links

BPCTL InstallationBPCTL Installation Steps ↗

04
Platform API
Central Control Plane

The core of BuildPiper is the Platform API. It exposes the REST API via which the product can be configured, microservices can be set up, and Jobs can be triggered. Platform API is the central control plane which interacts with the Scheduler Engine, BP Agents, Deploy Agents, and MySQL database to orchestrate all platform functionalities.

💡 Asynchronous by design: The Platform API accepts requests and puts them into queues, schedulers, or the database. BP Agents, Deploy Agents, and Schedulers then pick up tasks asynchronously — ensuring elastic scalability and non-blocking execution.

Infrastructure Components #

05
Redis

Open-source, in-memory data store used as a cache layer for high-performance data retrieval.

v7.4.0

06
Database

Primary MySQL database store — the persistent backbone for all platform configuration and state data.

MySQL v8.0.39

07
Scheduler

Schedules and manages all asynchronous tasks performed by the platform, ensuring ordered and timely execution.

08
Deploy API
Deployment Engine

The Deploy API supports the entire deployment process. It is designed to perform the following tasks:

Automatically generates Manifest files from values provided in the UI or by BPCTL.
Generates Manifest files from Helm template and values files.
Provides support for different deployment methodologies — Rolling, Blue-Green, Canary, and more.
Empowers teams with the ability to perform Rollout Validation.
Provides detailed insights into Deployment Analytics and Deployment Visualization.

09
Shared File System
Cross-Component Sync Layer

All data regarding build, deployment, monitoring and more is stored in the Shared File System. Since the whole system is auto-scalable, keeping all platform elements in sync is critical. All components — the Platform API, Deploy API, BP Agent and others — are kept in sync through shared information via the Shared File System.

10
BP Agent
Core Runtime Orchestrator

Core Runtime

BP Agent is the orchestrator which executes Jobs and Steps within the Job Template. BP Agent picks jobs from the Queue and executes them as per the availability of consumers.

💡 Auto-scalable: BP Agent can be set up in autoscalable mode — the infrastructure scales up automatically when queue depth increases under load, and scales back down during off-peak periods. This ensures cost efficiency while maintaining performance under high demand.

11
Job Template & Step Catalogue
Flexibility & Governance Framework

BuildPiper is an out-of-the-box, ready-to-use platform that also offers complete flexibility to reconfigure its behaviour. This flexibility is enabled through its Job Template and Step Catalog framework.

🗂️ Job TemplateA collection of jobs that BuildPiper can execute. Each job is composed of a series of steps arranged in sequence.
⚙️ StepA modular unit of functionality executed within a Docker container or VM — clone code, send Slack messages, run hooks, integrate with JIRA, and more.
✅ New custom steps can be added and used within Job Templates — enabling complete flexibility to tailor job behaviour per microservice, language, or team, while maintaining standardisation and governance across the organisation.

📘 BuildPiper Documentation · Architecture Overview

Last updated: March 2026