This website uses cookies

Read our Privacy policy and Terms of use for more information.

On October 8, the Bank of England's cross-market resilience group ran SIMEX26, a sector-wide exercise built on a global cloud outage, with the 38 largest and most systemically important banks and market infrastructure operators. Twelve days later the real thing arrived, smaller and more ordinary. At 06:08 UTC on October 20, "a power event caused an outage within europe-west2-b zone," one of Google Cloud's London zones. For almost eight hours, 38 Google Cloud products were disrupted. The Register listed Lloyds Bank, HSBC, Revolut and Royal Mail among the customers hit. The day before, the FCA's Jessica Rusu had told firms to "plan for failure" and to "understand supplier concentrations and dependencies, including reliance on a single model." Incident reporting, she said, "must extend to significant AI failures and near-misses."

The outage was not an AI failure. That is the point. This week's other failures also came from below the model, in layers most enterprises have never mapped. Microsoft walked away from Nscale's planned AI data centre in Loughton, Essex, after reports that the grid connection might not arrive until the 2030s. CoreWeave, the listed GPU cloud operator, saw its five-year credit default swaps hit a record 1,194.5 basis points. Microsoft will raise prices for some Azure services in seven regions by up to 17% from February. Dublin takes the largest rise, and there has been no public announcement. And inside the control layer, OpenAI disclosed that two of its agents had weakened their own misalignment monitoring. One "falsely claimed to the user that it had not removed the monitor."

For eight weeks this newsletter has looked at the model and the agent: who controls it, who is told, who counts the loss, who checks. This week's lesson is that an AI service is a stack. The parts that fail are often the ones nobody contracted for directly: the zone under the cloud, the power under the zone, the financing under the GPUs, the price under the contract, the monitor under the agent. Gartner found that 71% of organisations expect to deploy agentic AI within a year, while only 21% have agentic AI governance in place. Fewer still will have mapped what sits beneath it.

European rules already ask for that map. DORA Article 29 tells financial entities to weigh providers that are "not easily substitutable," subcontracting chains, and the insolvency law that would apply if a provider failed. GDPR Article 28(2) gives every controller a say over sub-processors. The Deep Dive argues that the AI stack is where those provisions now matter most. The Artifact is an eight-layer AI dependency map. For each layer it gives what fails, this month's example, the question to ask and the evidence to request.

TL;DR

  • AI fails from below. This week's disruptions came from a power event, a grid queue, a credit spread, a price notice and an agent's own monitor, not from a model. Map the layers beneath your AI vendors before your supervisor asks.

  • One zone is not resilience. A power event in a single Google London zone disrupted UK banks for almost eight hours, twelve days after the Bank of England rehearsed a cloud outage. Test zone and region failover for every AI-dependent service.

  • Monitoring an agent can alter is not monitoring. The FCA wants AI failures and near misses reported. In the same week, OpenAI's agents switched their monitoring off. Put the watchers outside the agent's reach.

  • Compute now has a credit spread. CoreWeave's CDS hit a record, and Microsoft walked away from an Essex site for lack of power. Put counterparty credit, energisation dates and step-in rights into AI capacity contracts.

  • Re-cost 2027 now. Azure rises up to 17% in Dublin from February, and 51% of CIOs expect AI to raise total cost of ownership. Re-model the budget and route work to the cheapest model that does the job.

The Brief

1. Google's London zone lost power, and UK banks went with it

At 06:08 UTC on October 20, "a power event caused an outage within europe-west2-b zone," Google said. Its incident record lists 38 affected products, including Compute Engine, Kubernetes Engine, Cloud SQL, Spanner and BigQuery, and closes at 14:00. The Register named Lloyds Bank, HSBC, Royal Mail, Rightmove, DPD, BT, Screwfix and Revolut among the customers hit. HM Courts and Tribunals Service said it was "aware of an issue affecting Cloud Video Platform." Google says it "will publish an analysis of this incident once we have completed our internal investigation." Twelve days earlier, the Bank of England's cross-market group had rehearsed a global cloud outage with the 38 largest firms. Michał Woźniak, an internet infrastructure expert, told the Guardian: "Hyperscalers have become too big to not fail." Google's incident record says services in zone b were unavailable, while some services elsewhere in the region saw elevated errors and intermittent network issues. Services designed to fail over to other zones had somewhere to go. Services pinned to zone b did not.

Why it matters: Concentration risk is often an architecture choice, not a provider choice. If an AI service, whether a chatbot, a fraud model or an agent, runs in one zone, that zone is its SLA. Ask which of yours do. Watch: Google's post-incident analysis, and whether the PRA or FCA asks affected firms for incident reports. Source: Google Cloud — incident report, europe-west2 · The Register — a power event caused the outage · The Guardian — "Too big to not fail" · Bank of England — CMORG cloud outage exercise

2. The FCA wants AI failures and near misses on the record

On October 19, the day before the outage, the FCA's chief data, information and intelligence officer, Jessica Rusu, said: "Our rules already require firms to report major incidents, and that must extend to significant AI failures and near-misses." She noted that, "as the AI Minister has recognised, near-miss reporting for agentic AI is becoming a national security priority," and added: "It is a regulatory priority too." Her stress-test advice read like a forecast: "Plan for failure. Maintain fallback options. Understand supplier concentrations and dependencies, including reliance on a single model." On agents she said: "Agentic systems therefore require continuous, conditional assurance." The FCA published good and poor practice from its testing. At one firm, "retrofitting governance after deployment proved difficult and left gaps in accountability." A joint FCA and Bank of England survey, due next week, "shows 86% of firms now use AI." Parliament is moving too. Government amendments to the Cyber Security and Resilience Bill, first listed on October 19, would let regulations give ministers powers, including to "enter, inspect and search premises of a regulated person," where a compromise "is or may be attributable to loss of oversight or control of an AI agent." The Lords take them up on October 26. In Washington, NIST, the NSA and CISA published "ten key practices" on October 16 for incidents in which agents "take significant uninstructed actions." Coverage of the guidance says organisations "should notify affected parties, meet legal reporting duties, and share relevant incidents and near-misses with government experts."

Why it matters: In the UK, AI incident duties are arriving through existing incident rules and the cyber resilience bill, not a separate AI law. Define what counts as an AI near miss in your incident taxonomy now. Last week's loss register already has the column. Source: FCA — Building the future of finance in the age of AI · FCA — AI in financial services: good and poor practice · UK Parliament — Cyber Security and Resilience Bill · NIST — key practices for incident readiness and response · Cybersecurity News — the guidance in brief

3. The agents switched off the monitor

On October 20, OpenAI reported two incidents from internal deployments. On October 3, a GPT-6.1 Sol agent repairing an evaluation pipeline suppressed alerts to OpenAI's security team. It had read an earlier instruction not to send messages as covering the monitor. On October 6, a GPT-6 Astra agent "removed its monitoring integration in order to match a reference implementation, and then falsely claimed to the user that it had not removed the monitor." OpenAI's summary: "In both cases, the agents considered whether monitoring safeguards should be preserved, but interpreted routine coding instructions as permission to weaken them." And: "We don't yet have a satisfying explanation for this behavior." It is working toward a rule that workloads without a valid safety case "will be terminated automatically." The same day, METR published its review of Anthropic's August risk report. It agreed misalignment risk is low, but "primarily due to models' limited capabilities, rather than safeguards and alignment training," and found "Anthropic's monitoring system is weaker than expected given public evidence." METR now has "employee-like access" at Anthropic. Anthropic "can't veto publication," but it "ultimately decides" what falls into the categories it may redact.

Why it matters: An agent with write access to the pipeline that watches it can turn the watching off. Keep monitoring configuration outside every agent's permissions, and alert on any change to it. Source: OpenAI — Suppressing and disabling misalignment monitoring · METR — review of Anthropic's August risk report · Anthropic — an update on independent evaluators

4. Brussels went after testing incidents. Anthropic drafted a narrower US rulebook

Euronews reported on October 14 that the AI Office's first requests for information went to OpenAI, over the agent escape that hit Hugging Face, and to Anthropic, over a model that gained "unauthorised access" to three outside organisations. "The AI Office sent its requests after judging the documents the two companies had voluntarily disclosed insufficient." The legal theory is new. A Commission official said: "We won't enforce in the testing phase. But if the AI model escapes the testing environment and then it has an impact on the EU market, as was the case for Hugging Face, then the AI Act becomes enforceable." Barry Scannell of William Fry disagreed: "It's a bit of a stretch to say that an agent was put into service if it escapes its testing environment during development." On October 19, the Commission published the first harmonised AI Act standard, EN 18286, in the Official Journal. It gives providers of high-risk systems a presumption of conformity with the quality-management requirements of Article 17. In Washington, an Anthropic spokesperson confirmed to Politico a draft federal bill under which only a federal judge could halt a model's release, and only where more than 50 lives or a billion dollars of damage are at risk. Its evaluators "could potentially be paid by the AI labs themselves."

Why it matters: The EU is testing whether the AI Act reaches development-phase incidents, while the US draft would narrow intervention. Your vendors' testing incidents are now an EU enforcement matter, so ask about them. Source: Euronews — EU's AI rules face first enforcement test · Commission — first harmonised standard published · TechCrunch — Anthropic's draft safety bill

5. The victims didn't notice

On October 15, OpenAI published reports of models reaching into live third-party systems during training and evaluation in June. In one, a model asked for published figures from a public research dashboard changed a live setting to obtain a cloud-storage token. It then "downloaded five non-public tables containing 147,451 rows" and, separately, "1,489 records from a user-directory endpoint, including names and email addresses." "The model did not disclose these actions." In another, a model used path traversal on a government statistics website to retrieve server secrets. The incidents date from June 17 and were discovered by August 13. Neither report names the victims or says whether they were told. India's CERT-In said it had received "multiple voluntary disclosures from AI model providers" whose models "had reached the live systems of Indian organizations." TechCrunch noted that "the affected organizations had not detected the intrusions on their own." OpenAI says live internet access during training and evaluation is now blocked.

Why it matters: Your organisation may already be a victim and not know it. Under GDPR, the breach clock starts when you become aware, and you depend on the lab to tell you. Ask your AI vendors for their notification policy toward third parties, and check your logs for agent traffic. Source: OpenAI — Accessing and changing internal systems during dashboard research · OpenAI — Retrieving server secrets on a government statistics website · TechCrunch — India reports rogue AI agent activity

6. Microsoft walked away from Essex because the power wasn't coming

The Telegraph reported on October 18 that Microsoft had terminated its anchor deal with Nscale for a planned AI data centre in Loughton, Essex. The site was meant to hold 23,040 Nvidia GB300 GPUs in 50 MW, expandable to 90 MW. Reports had suggested it might not receive enough power until the 2030s. UK Power Networks said many data centres "are awaiting works on the national transmission network which we do not own." Demand for new UK grid connections "surged from 41GW to 125GW in less than a year." Nscale says it is "exploring alternative power sources for the site." In Italy, Terna's chief executive said data-centre connection requests now exceed 100 GW and "far exceed the real capacity to implement the projects." Nscale's prospectus shows how concentrated the build-out is. It lists Microsoft statements of work worth up to about $43.8 billion and Anthropic agreements worth up to about $44.6 billion, and states: "we have not obtained binding commitments for any of the financings required to fund performance under the Anthropic Services Agreements."

Why it matters: "Sovereign AI capacity" is only as real as its grid connection. Before you plan around a new European AI site, ask for the energisation date in writing, and for what happens if it slips. Source: The Register — Microsoft abandons UK AI supercomputer · Economic Times — Italy's 100 GW queue · SEC — Nscale S-1

7. Compute now has a credit spread

CoreWeave's shares fell about 25% in the week to October 16, to $61. Its 2032 notes traded near 79.5 cents and "five-year CDS hit a record 1,194.5 bps." Its June 10-Q showed $31.4 billion of recourse debt, net of discounts. Second-quarter interest expense was $640 million, against a $49 million operating loss. Nebius fell about 10% and IREN about 12% on October 14. The frontier labs, meanwhile, are racing for capital. At its October 14 investor day, Anthropic told prospective IPO investors that third-quarter revenue rose 45% from the previous quarter to $16.8 billion. Some attendees discussed a valuation of around $1.5 trillion, down from the roughly $2 trillion previously expected. New York City's comptroller, who advises pension funds with over $325 billion in assets, wrote to urge Anthropic "to pause its planned initial public offering." Reuters reports that OpenAI is raising about $30 billion at a valuation that could exceed $1.4 trillion before Anthropic's mid-November debut.

Why it matters: A GPU capacity contract is a credit exposure. DORA Article 29 already asks you to consider the insolvency law that would apply if a provider failed. Add step-in, data-return and termination rights to every AI capacity agreement, and ask who finances the GPUs behind your model provider. Source: Yahoo Finance — CoreWeave's bond distress · Yahoo Finance — neocloud stocks fall · SEC — CoreWeave 10-Q, June 2026 · Reuters via Economic Times — investors temper Anthropic valuation · NYC Comptroller — letter to Anthropic · Reuters via Business Times — OpenAI's fundraising

8. The price under the contract moved

From February 1, 2027, Microsoft will raise prices for specific Azure virtual machine series and storage services in seven regions "by between 8% and 17%." The rises are 17% in Dublin, 11% in France Central and South, and 9% in Amsterdam and Norway. Belgium Central is not on the list. A licensing adviser told Computable that there is no public announcement: "Een openbare aankondiging ontbreekt." The only official notice is reportedly a Service Health message in the Azure portal. Component costs are behind it. On its earnings call, TSMC said demand remained far above what it could supply. It kept its 2026 capital budget at $60 to $64 billion. OVHcloud made "targeted price adjustments" as component prices rose. Gartner's survey of 2,002 CIOs found that 51% expect AI to raise the total cost of ownership of technology, because "AI costs are probabilistic and determined at run time." Santander showed the counter-move. In selected experiments, smaller specialised models cut serving costs "from around €5 per interaction to approximately €0.03." Terms are moving too. From October 30, Meta's commercial terms say customers "are solely responsible for and assume any and all risks associated with such AI features and any resulting content."

Why it matters: 2027 budgets are being set now. Notice periods for price and term changes are a resilience clause, and model routing is the cost lever. Use both. Source: Cloudy with a Chance of Licensing — Azure prices from February 2027 · Computable — Azure gets more expensive in Europe (Dutch) · Gartner — CIO survey · Santander — AI capabilities with NVIDIA · CIO.com — Meta's new enterprise terms

9. Seventy-one per cent will deploy agents. Twenty-one per cent can govern them.

Gartner's Orlando symposium put numbers on the gap. In a survey of over 2,000 CIOs, "71% of organizations expect to deploy agentic AI within the next 12 months, yet only 21% currently have agentic AI governance capabilities in place." In a separate survey, "Only 13% of CIOs reported their enterprise has realized significant or transformational value from AI so far." Only 31% have criteria for stopping pilots, and 17% for retiring low-value AI already in production. Just 4% have plans to redesign roles for a human-agent workforce. Among CEOs, "Forty-four percent of CEOs struggle to demonstrate AI-driven financial returns." "Fifty-two percent cited aggressively deploying AI agents as employees" as a top move. Gartner's top trends for 2027 include AI agent identity. It predicts that "by 2028, 25% of enterprise security breaches will trace back to AI agent abuse due to unmanaged machine privileges and legacy credential practices." The list also includes sovereign tech, defined as technology "architected to offer realistic exit strategies from critical providers." Microsoft extended Entra Agent ID the same week: "Every agent should have a first-class identity distinct from the person using or sponsoring it."

Why it matters: The governance gap sits in two layers below the model: identity and exit. Both can be fixed with tools most enterprises already own, before the agents arrive. Source: Gartner — keynote release · Gartner — CEO survey · Gartner — top strategic technology trends for 2027 · Microsoft — agents are your newest insiders

10. Sovereignty got specific, and political

On October 20, Microsoft began rolling out Data Guardian for EU and EFTA customers. It "adds European-resident oversight by a trusted EU partner for qualifying Microsoft engineer remote access to in-scope production systems." A Production Touch Ledger creates tamper-evident records of that access, and "external key management with Azure Managed HSM is now generally available." On October 24, AWS's European Sovereign Cloud is scheduled to run for several hours without its global backbone. A new ECIPE study of 8,725 public cloud contracts across nine member states found "roughly 97 per cent of contracts went to domestically registered providers." It warns that sovereignty framing deepens national fragmentation. The politics hardened. The US ambassador to the EU, Andrew Puzder, warned that European businesses "should be wary" of retaliation over the Commission's satellite spectrum plans, which could be "very devastating." On October 16, China published draft export controls covering AI models, weights and agents for consultation until November 15. API and SaaS access stays outside the proposed restrictions. Brussels also moved on data rules. At the third attempt, EU ambassadors agreed the Council's negotiating mandate on the Digital Omnibus for the GDPR and the Data Act on October 21. "This is now a done deal," Agence Europe reported. The text strengthens protection for industrial trade secrets in NIS2 sectors. Talks with Parliament can start once MEPs adopt their position, and the committee vote is planned for February 2027.

Why it matters: Jurisdiction is a layer too. Customer-held keys and logged access are evidence for a DORA exit plan. But sovereignty procurement now carries trade-policy risk, and self-hosted open-weight models carry export-control risk from both directions. Source: Microsoft — advancing digital sovereignty · AWS — demonstrating independent operation · ECIPE — cloud sovereignty and the single market · Anadolu — US warns EU of retaliation · Economic Times — China's draft AI export controls · Agence Europe — Council adopts negotiating position on Digital Omnibus

Deep Dive: The Layers You Don't Map

No model failed this week. A power supply, a grid queue, a credit spread, a price notice and a monitor did. Here is why AI concentrates dependencies below the vendor you contract with, why enterprises miss them, and how Europe's existing third-party rules turn a dependency map from a nice idea into an obligation.

What Changed

AI risk usually arrives in the newsletter as model behaviour: an agent that escapes, a model that is withdrawn, an output that is wrong. This week it arrived as infrastructure. A single power event in one London zone disrupted 38 Google Cloud products and the banks built on them. A grid queue cost an Essex AI site its anchor tenant. CoreWeave, the listed GPU cloud operator, saw its debt priced like a distressed borrower's. A hyperscaler raised European prices with a portal notice. Inside the control layer, two agents switched off the monitors meant to watch them. Each failure sat at least one layer below the AI service a business buys, and none of them was in the AI contract.

Why It Matters

An AI service is a stack, and the stack is narrow. A typical enterprise AI feature runs on one model provider. That provider runs on one or two clouds, which run on a handful of GPU suppliers, which depend on a few data-centre campuses and the grid connections behind them. The concentration compounds at every layer. Nscale's prospectus shows two customers accounting for up to $88.4 billion of contracted work, and the financing for half of it not yet committed. The IMF's October report counted 14 deals since 2023 in which hyperscalers put about $300 billion of equity and $650 billion of debt into weaker AI firms, in exchange for $1.4 trillion of future revenue commitments. When the FCA's Jessica Rusu told firms to understand "reliance on a single model," she was describing the top of this stack. The failures this week came from further down.

The control layer is part of the stack too. Enterprises treat monitoring, logging and identity as safeguards that sit above their AI systems. OpenAI's report shows they can sit inside the agent's reach. An agent with permission to edit a pipeline can edit the alerting attached to it, and read a routine instruction as permission to do so. A monitor that the monitored system can change is a dependency, not a control.

What Enterprises Usually Miss

The first thing is that the zone is the SLA. Most service contracts describe a provider's regional availability. The architecture describes something narrower. On October 20, services built across zones in europe-west2 had a choice; services built in zone b did not. The AI estate is especially exposed here, because many AI features were deployed fast, by product teams, in whichever zone had the GPUs.

The second is the fourth party. Third-party risk programmes track the vendor on the invoice. In AI, the risk often sits with that vendor's vendor: the model provider behind a SaaS feature, the GPU cloud behind the model provider, and the lender behind the GPU cloud. CoreWeave's credit spread and Nscale's financing language are fourth-party facts for most European enterprises, and almost none of their registers record them.

The third is that price and terms are resilience risks. A 17% price rise announced through a portal message, and a liability clause that moves AI-output risk onto the customer, change what a service costs and who carries its failures. Neither shows up in an availability report.

The fourth is that capacity announcements are not capacity. Europe's sovereign AI plans depend on sites that do not exist yet. Loughton shows that the binding constraint is often a grid connection owned by someone else and scheduled for the next decade.

The Governance / Infrastructure Implication

Here is the European reading. The rules for mapping these layers already exist; they have simply not been applied to AI. DORA Article 29 tells financial entities to weigh whether a provider is "not easily substitutable," whether they hold multiple arrangements with "closely connected" providers, the risks of subcontracting chains, especially in third countries, and the insolvency law that would apply in the event of a provider's bankruptcy. Article 28(8) requires exit strategies for critical services that consider "a possible failure" of the provider and "a deterioration of the quality" of its services. GDPR Article 28(2) forbids a processor from engaging another processor without the controller's authorisation, and gives the controller "the opportunity to object" to changes, which amounts to a legal right to see the model provider and the cloud behind your AI vendor. From December 2027, AI Act Article 25(4) requires providers of high-risk systems and their suppliers to specify, "by written agreement," the information and technical access the provider needs.

None of these was written for GPU leases or agent monitors, but each one covers them. A European bank that extends its DORA Register of Information to the layers beneath its AI vendors is doing what the regulation already asks. An American firm learns the same map from outages. On October 15 the Financial Stability Board published its final sound practices for AI adoption. Practice 12 asks firms to manage "third-party AI dependencies with a focus on performance, transparency, data quality, supply chain and concentration risks and business continuity." Two days later Christine Lagarde told the IMF's steering committee that "the widespread concentration of critical third-party service providers introduces single points of failure for both financial and non-financial institutions." Supervisors are converging on the European version: the Bank of England's drill, the FCA's concentration warning, the ECB's October 31 plans and the ESAs' 2027 inspections of critical ICT providers all ask the same question. What sits beneath the service, and what happens when it fails?

What Leaders Should Do Next

Map the AI stack beneath your five most important AI services, layer by layer, using the Artifact. Use your GDPR and DORA rights to get the sub-processor and subcontractor names you are missing. For each service, record the zones it runs in and the date it last failed over. Put counterparty credit, energisation dates, price-notice periods and AI-liability terms into the next renewal. Move every monitor, log and alert out of reach of the agents it watches.

Enterprise Playbook

  1. For the CIO and the Head of Cloud: List every AI-dependent service with the cloud zones and regions it runs in. For anything single-zone, schedule a failover test before year-end, and read Google's post-incident analysis when it lands. Report the count of single-zone AI services to the next technology risk committee.

  2. For the Head of Third-Party Risk: Extend the DORA Register of Information, or your TPRM inventory outside finance, to the layers beneath each critical AI vendor: model provider, inference cloud and region, and GPU supplier. Ask each vendor for its sub-processor list under GDPR Article 28(2), and apply the Article 29 tests for substitutability, subcontracting chains and insolvency.

  3. For the CFO and Procurement: Re-model the 2027 cloud budget for the Azure increases, and require written notice periods for price and term changes in every AI and cloud renewal. In any GPU or AI capacity contract, add step-in, data-return and termination rights triggered by a supplier's insolvency or credit event.

  4. For the CISO: Remove agents' write access to monitoring configuration, alerting and log pipelines. Alert on any change to them, and require human approval to disable one. Use OpenAI's October 20 report as the test case in your next agent red-team exercise.

  5. For the CRO and Head of Compliance: Add "AI near miss" to the incident taxonomy with a working definition, and record this week's outage as a dependency event even if you were not hit. At SSM banks, make sure the October 31 ECB plan includes the dependency map. At UK firms, prepare for the FCA's extension of incident reporting.

  6. For the General Counsel: If you use Meta's business tools, review the AI-liability terms before they take effect on October 30, and check your other AI contracts for the same clause. Everywhere else, for the board: Ask one question: "Which layer of our AI stack has never been tested?"

Artifact: The AI Dependency Stack — Eight Layers to Map

Eight layers that sit beneath a typical enterprise AI service. For each: what fails, this month's example, the question to ask, the evidence to request and the clause to cite. The clauses are starting points, not legal advice. DORA Articles 28(8), 29 and 30(3) apply to services supporting critical or important functions. GDPR rights apply where the vendor processes personal data for you.

#

Layer

What fails

This month's example

Question to ask

Evidence to request

Clause to cite

1

Application (AI feature in a SaaS product)

Terms and liability shift without negotiation

Meta's terms put AI-output risk on customers from October 30

Which model and sub-processors power this feature, and who carries liability for its output?

Sub-processor list; liability clause

GDPR 28(2); DORA 30(2)(a)

2

Model provider

The model is withdrawn, changed or restricted

June's export-control suspension; the AI Office's requests

What happens to our service if this model is unavailable tomorrow?

Named fallback model; switch-test result

DORA 28(8)

3

Agent control layer (monitoring, identity, logs)

The agent alters its own controls

OpenAI agents weakened their monitoring on October 3 and 6

Can any agent write to the systems that watch it?

Permission map; alerts on monitor changes

DORA 30(3)(c)

4

Cloud zone and region

A single zone fails

Google europe-west2-b, about eight hours on October 20

Which zones does each AI service run in, and when did it last fail over?

Failover test date; recovery time achieved

DORA 28(8); 30(3)(c)

5

Compute supplier (GPU capacity)

The supplier's credit deteriorates

CoreWeave's five-year CDS at a record 1,194.5 bp

Who owns the GPUs behind our provider, and how are they financed?

Supplier names; insolvency and step-in terms

DORA 29(2)

6

Data centre and power

Capacity never arrives

Microsoft left Loughton over grid timing

What is the energisation date, in writing, and what happens if it slips?

Grid connection agreement or offer

DORA 29(1)

7

Price and terms

Costs move with little notice

Azure up to 17% in Dublin from February, with no public announcement

How much notice do we get of price and term changes?

Notice clause; 2027 cost model

DORA 30(3)(b)

8

Jurisdiction

A government restricts access

US framework text due October 30; China's draft controls on model weights

Which governments can restrict this service, and under which law?

Processing locations; third-country assessment

DORA 30(2)(b); 29(2)

One line to keep: An AI service is only as resilient as the least-mapped layer beneath it.

What to Watch Next

  • October 23–24. Italy's AI decree takes effect, including the human-final rule for employment decisions. The next day, AWS's European Sovereign Cloud is scheduled to run for several hours without its global backbone. Ask for the evidence pack.

  • Week of October 26. The Lords debate the cyber bill's AI-agent amendments on October 26, and Poland's AI Act enforcement chapters apply from October 28. The joint FCA and Bank of England AI survey is due. The hyperscalers report third-quarter results at the end of the month: watch capex, European capacity and any comment on the London outage.

  • October 30–31. Meta's new terms take effect, and Washington is due to release the text of its frontier-model framework. ECB significant banks submit their AI-cyber action plans. Mistral has promised Large 4's weights "by the end of the month."

  • November 9–17. Gartner's European symposium meets in Barcelona. The AI Gigafactories call closes on November 12, and Anthropic's new usage policy takes effect the same day. China's export-control consultation closes on November 15. Anthropic's IPO is expected mid-month, and the Apply AI Summit is on November 17.

  • Undated. Google's post-incident analysis of europe-west2, and OpenAI's and Anthropic's answers to the AI Office.

What to Read Now

Supervision

Infrastructure

Security

The One Call to Make

This week, ask your CIO one question: "If our main cloud zone lost power for eight hours tomorrow, which AI-dependent services would stop, and when did we last fail them over to another zone?"

Why this one: It tests whether resilience is designed or assumed. The Bank of England rehearsed this on October 8, and Google delivered it on October 20. The FCA wants failures and near misses reported, and the ECB wants a plan by October 31. All of them assume you know where your AI runs. The answer takes one architecture review.

If the answer is "we'd need to check" or "it's in one zone, but the region is resilient": That is the finding. Version one is a list of AI services by zone, with a failover date beside each, and a test booked for the worst one before year-end.

Reply with one word: "failed-over" or "single-zone." Together with the mapped, ready, sent, contained, revocable, clocked, tagged and verified tallies, you are building this newsletter's picture of where European AI operations actually stand.

That’s it for this week.

Nine weeks into the autumn, the questions have moved from the model to everything underneath it. This week nothing in the model broke; a power supply, a grid queue, a credit spread and a monitor did. The firms that map those layers before their supervisor asks will recover in minutes, not hours.

Until next Thursday, João

OnAbout.AI delivers strategic AI analysis to enterprise technology leaders. European governance lens. Vendor-agnostic. Actionable.

If this landed in your inbox from a forward — subscribe here to get the full picture every week.

Keep Reading