9 Architecture Changes to Support Scale

 

This chapter covers

  • Scaling the control plane roles
  • Scaling the pipeline orchestration for many clusters
  • Scaling the orchestration of control plane services and extensions
  • Using events to increase the scale of automation

Scaling an engineering platform isn’t just about adding more servers or improving performance numbers—it’s about smart, intentional architectural changes that keep teams moving quickly without causing chaos. When the business needs to support more developers or deliver engineering platform capabilities faster, scaling the engineering platform product team is just as important as scaling the technology. We need the right people, roles, and processes in place to effectively expand the platform control plane as well as the services and extensions. And scaling isn’t just about speed; it’s about cost, too. What was efficient for a handful of teams can become brittle or expensive as the number of teams using the platform, or the number of services running on the platform, scales.

9.1 Scaling the Control Plane Roles

 
 
 

9.2 Scaling the Orchestration of Control Plane Services and Extensions

 
 
 

9.3 Scale through Platform Event Streaming

 
 
 

9.3.1 release-api

 
 
 

9.3.2 Adapter Pattern

 

9.3.3 Adapter Pattern - Issue Tracking

 
 
 
 

9.3.4 9.3.4 Adapter Pattern - CI Hooks

 
 
 

9.3.5 Adapter Pattern - Observability Hooks

 
 
 

9.3.6 Adapter Pattern - CMDB and Audit Gathering

 
 
 

9.4 Summary

 
sitemap

Unable to load book!

The book could not be loaded.

(try again in a couple of minutes)

manning.com homepage