Recent Posts
Archives

PostHeaderIcon [VoxxedDaysTicino2026] Break the Silo: How We Built a Decentralized Control Plane for Service Orchestration

Lecturer

Eros Taborelli is a Software Architect at Julius Baer, with over 15 years in IT spanning telecommunications, e-commerce, fintech, security, and AI. He focuses on enterprise architecture, platform engineering, and modernizing software delivery. Relevant links include his LinkedIn profile (https://ch.linkedin.com/in/erost).

Abstract

This article probes Eros Taborelli’s narrative on Julius Baer’s decentralized control plane for orchestrating platform services. It examines motivations for eschewing centralized portals, adopting Crossplane for Kubernetes-based infrastructure as code, and fostering organizational alignment. Through methodological dissection, it evaluates GitOps integration, custom resource definitions, and implications for DevOps efficiency in financial institutions.

Motivations and Shortcomings of Traditional Approaches

Eros frames Julius Baer’s DevOps platform, supporting dozens of teams and hundreds of applications. Developers interact via Git-based version control, CI/CD pipelines scanning, testing, building artifacts for registries, and deploying to infrastructure. Traditionally, resource provisioning occurs via self-service portals—forms yielding virtual machines or databases post-approval. Analogous to online shopping or conference registration, portals offer immediate feedback, red-flagging invalid inputs. Yet, shortcomings abound: Every operation requires implementation, audits demand custom integrations, differences between environments necessitate manual reviews. Silos emerge—product teams (CI/CD, data streaming, cloud) build isolated automations, burdening integration on central entities. Eros critiques this: Portals hinder GitOps and infrastructure as code (IaC), lacking auditability, composability. Contexts: Financial regulations mandate traceability; silos stifle agility. Implications: Centralized models foster dependency, delaying deliveries.

Adopting Crossplane for Decentralized Orchestration

To dismantle silos, Eros advocates Crossplane, a CNCF project extending Kubernetes for IaC. Custom resource definitions (CRDs) model resources (databases, clusters) as Kubernetes objects, reconciled by controllers to external APIs. “Fleet Commander” decentralizes: A central “commander” cluster ingests compositions—high-level APIs aggregating low-level resources. Provider Kubernetes pushes these to “unit” clusters near target infrastructure, executing via specialized providers. Methodology: GitOps workflows—developers commit YAML manifests to repositories; Flux synchronizes to commander. Compositions decompose into managed resources, pushed to units for reconciliation. Code exemplifies:

apiVersion: database.crossplane.io/v1beta1
kind: CloudSQLInstance
metadata:
  name: my-db
spec:
  forProvider:
    databaseVersion: POSTGRES_13
    region: us-central1
    settings:
      tier: db-f1-micro

This CRD provisions a Google Cloud SQL instance. Contexts: Aligns with platform engineering—internal platforms as products. Implications: Empowers teams owning automations, central governance ensures consistency.

Organizational and Technological Synergy

Eros emphasizes reciprocity: Technology shapes organization, vice versa. Decentralization assigns automation to product teams, central authority governs APIs via CRDs, forming a service catalog. Custom providers address gaps—e.g., Azure’s missing features. Internal compositions in units encapsulate logic, exposing simplified APIs. GitOps ensures traceability: Commits log changes, audits via repository history. Composability allows reusing definitions across environments. Implications: Reduces bottlenecks, enhances scalability. Challenges: Learning curve for Crossplane; ensuring unit proximity minimizes latency.

Implications for Enterprise DevOps

Fleet Commander provisions diverse services—onboarding, Kubernetes, cloud resources, continuous delivery, Kafka—via units. Open-sourcing custom providers contemplated, but core framework remains internal due to specificity. Broader ramifications: Promotes autonomy, aligns with GitOps, fosters innovation. In finance, bolsters compliance through auditable IaC. Future: Expand offerings, refine governance. In summation, Eros’s model exemplifies symbiotic evolution of structure and tools for agile platforms.

Links:

Leave a Reply