Presentation: How To Run on Three Clouds at Once, and When Not To
Our take

Form3’s journey to a triple-active multi-cloud architecture, as detailed by McFarlane and Holditch, represents a significant evolution in how financial institutions approach resilience and scalability. It's a move away from the single-cloud dependency that has characterized much of the industry, acknowledging the inherent risks of vendor lock-in and regional outages. The complexity of their implementation, spanning the UK, Europe, and US markets with differing regulatory landscapes, underscores the growing need for sophisticated cross-cloud networking and data management strategies. This mirrors a broader trend we're seeing, particularly highlighted by the challenges discussed in [Presentation: Fixing the AI Infra Scale Problem by Stuffing 1M Sandboxes in a Single Server], where resource density and efficient scaling are paramount. Their reliance on CockroachDB and NATS for distributed databases and messaging further emphasizes the shift towards cloud-agnostic technologies, designed to operate seamlessly across multiple providers. It’s a pragmatic response to the reality that no single cloud provider can guarantee absolute uptime and performance globally.
The engineering strategies Form3 employed—custom Kubernetes operators, for instance—demonstrate the level of investment and customization required to truly harness the power of a multi-cloud environment. It’s not simply about deploying applications across three different clouds; it’s about orchestrating them, ensuring data consistency, and managing disaster recovery across geographically dispersed regions with varying regulatory expectations. This contrasts with the more nascent stages of AI infrastructure scaling, as described in [AI compute provider Nscale is looking for $3.5B in pre-IPO financing], where the focus is still largely on securing massive compute resources within a single, albeit powerful, environment. Form3’s approach suggests a more mature understanding of cloud risk management and a willingness to embrace complexity for greater operational stability. The implications for other financial services firms are clear: a move towards multi-cloud isn't just a technical upgrade, it’s a strategic imperative.
The financial sector's unique demands—high availability, stringent security requirements, and regulatory compliance—make Form3’s experience particularly valuable. While the challenges of managing distributed data and ensuring consistent performance across multiple clouds are universal, the consequences of failure in financial transactions are far more severe. Their success in navigating these complexities provides a roadmap for other organizations operating in similarly regulated industries. The story also resonates with the ongoing exploration of AI application deployment, as seen in [Meta’s AI agent Muse is now the No. 2 app in the US], where maintaining performance and reliability across diverse user bases and geographical locations is critical. The lessons learned from Form3's multi-cloud implementation—particularly around cross-cloud networking and Kubernetes orchestration—are directly applicable to these broader AI deployment scenarios.
Ultimately, Form3’s architecture represents a move towards a more resilient and flexible data infrastructure—one that prioritizes business continuity and minimizes the impact of cloud-specific outages. It’s a clear signal that the era of single-cloud dominance is waning, and that organizations must embrace multi-cloud strategies to future-proof their operations. The question now becomes: how can organizations, particularly those outside the financial sector, adapt Form3’s principles to their own environments, balancing the benefits of multi-cloud with the inherent complexities of managing a distributed infrastructure?

Ross McFarlane and Kevin Holditch discuss Form3's evolution from a single-cloud setup to a triple active multi-cloud architecture. They share key engineering strategies for cross-cloud networking, distributed databases with CockroachDB and NATS, custom Kubernetes operators, and navigating distinct regional disaster recovery expectations across the UK, Europe, and US financial markets.
By Ross McFarlane, Kevin HolditchRead on the original site
Open the publisher's page for the full experience