
–
2 minute read
Data centre fire and cloud outage risk: Business continuity for commodity trading
Every commodity trading firm runs on infrastructure. The meaningful difference is not whether failures happen. It is whether your firm controls the recovery path - or waits on one you do not own.
Last week, a fire at a third-party datacenter in Delhi triggered a power-related shutdown that disrupted local Google Cloud network capacity. The disruption was partial, but real. It is also a useful reminder of the underlying structure: even the largest providers depend on facilities and upstream components they do not fully control.
Any infrastructure can fail. The variable that matters is dependency. If your operational stack runs on shared external infrastructure, you inherit failure modes you cannot design out yourself - power events, cooling failures, upstream provider incidents, routing changes, and recovery timelines you do not set. In commodity trading, where delayed confirmations and frozen positions carry real cost, that dependency should be a conscious choice, not an assumption.
Euclid is built for firms that want that control back. Euclid deploys on client-owned infrastructure or inside Euclid's private Swiss datacenter. Sensitive trading data stays inside that perimeter. You can design resilience around your own operational reality, instead of outsourcing it to a shared platform’s incident queue.
The same principle applies to AI. Today, Euclid AI ships two capabilities:
Document data integration / extraction across 50+ formats (contracts, invoices, confirmations, reports).
Natural-language querying of the CTRM database.
Both run inside a private environment, connected directly to the CTRM - without sending your trading data to a third-party AI running outside your jurisdiction. Your trading data is your edge. Treat it that way.
This architecture also changes the commercial incentives. If the AI runs inside your environment, cost is tied to infrastructure you control - not unbounded per-token billing for running models against your most sensitive workflows. Predictable architecture. Predictable cost. Operational traceability built in.
None of this makes any system immune to physics. Hardware fails everywhere. What changes is who holds the decisions when it does: where the data sits, who controls the keys, which jurisdiction applies, and how recovery is handled. For a trading firm, those decisions are the difference between an incident you manage and an incident you wait out.
The Delhi fire will be repaired and forgotten. The dependency it exposes will not resolve itself.

