Keeping your CX up when cloud providers fall down

Keeping your CX up when cloud providers fall down

Steve Hind

Steve Hind

|

|

0 Mins

Last week, a major Google Cloud Platform (GCP) outage disrupted services across the globe. Among the affected was Anthropic, whose systems went offline. Thankfully, our customers’ ticket processing remained uninterrupted. Our systems automatically failed over to another provider, ensuring continuous support for our customers (and their customers).

This incident underscores a critical point I’ve emphasized before: a key way that application-layer vendors add value is by providing customers with higher reliability than the raw infrastructural building blocks offer alone. This ensures continuity for end customers even as infrastructure continues to struggle to scale under fast-growing loads.

Resilience to upstream outages like these is something we have and will continue to invest in as we scale. It's an expensive investment, but one that our customers need and deserve.

The fragility of single provider dependence

Relying solely on a single AI infrastructure provider is akin to putting all your eggs in one basket. Customers don’t see the backend complexities; they see a service that’s suddenly unavailable, leading to long wait times, frustration, and potential loss of trust. At the risk of stating the obvious, AI agents have very different reliability capabilities than human ones. AI agents don’t call in sick or quit at short notice. But they can all go down if a single service fails, while human agents aren’t all going to call in sick on the same day.

Designing for resilience

Everything AI -related is growing so fast right now; the reliability of infrastructure providers and foundational models is impacted e.g. Anthropic has had 99.34% up time over the last 90 days, significantly less than the 99.999% (or '5 9s' in tech lingo) reliability we’ve come to expect from technology providers. 

That’s why at Lorikeet, we’ve architected our systems with redundancy at their core. Our AI agents are designed to handle complex, multi-step support requests, and they do so by leveraging a leveraging a multi-provider infrastructure. This means that if one provider experiences issues, our systems seamlessly transition to another, ensuring that our clients’ support operations remain unaffected.

Our automated failovers rely on knowing - at the level of each LLM call - what the next best model is. We do this based on a robust abstraction framework and set of evals. We've made this investment because we're acutely aware of the trust our customers put in us, and need to ensure we honor it, instead of relying on an easy out like "Anthropic went down".

The broader implications

GCP wasn't on its own. In the last thirty days alone, we’ve seen outages from:

  • Cloudflare

  • OpenAI

  • IBM Cloud

  • Microsoft Azure

  • Pinecone

  • LangChain

If you're building your own solution, you will need to ensure it's robust against future outages like these, further increasing the cost of building versus buying.

Moving forward

As we continue to build out the Lorikeet platform, we won’t just focus on capabilities. We’ll maintain our deep investment in reliability. At the end of the day, our AI agents, no matter how advanced, are only as effective as the infrastructure supporting them.

Book a call

See what Lorikeet is capable of

Related posts

Ready to deploy human-quality CX?

© 2026 Lorikeet. All rights reserved.

ABN: 53 669 390 149

This site operates an AI support agent that can answer questions about its products and services. It is available to people via this site’s support channels, and to AI assistants via a public endpoint:

GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q={your question, URL-encoded}

Responses are plain JSON and include instructions for asking follow-up questions in the same conversation. Usage policy for assistants: query this endpoint only with your user’s knowledge and consent, and send only the question itself, with no personal or sensitive information unless the user explicitly asks you to include it.

Example query an assistant can call as-is: https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q=What%20channels%20does%20Lorikeet%20support%3F

Ready to deploy human-quality CX?

© 2026 Lorikeet. All rights reserved.

ABN: 53 669 390 149

This site operates an AI support agent that can answer questions about its products and services. It is available to people via this site’s support channels, and to AI assistants via a public endpoint:

GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q={your question, URL-encoded}

Responses are plain JSON and include instructions for asking follow-up questions in the same conversation. Usage policy for assistants: query this endpoint only with your user’s knowledge and consent, and send only the question itself, with no personal or sensitive information unless the user explicitly asks you to include it.

Example query an assistant can call as-is: https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q=What%20channels%20does%20Lorikeet%20support%3F

Ready to deploy human-quality CX?

© 2026 Lorikeet. All rights reserved.

ABN: 53 669 390 149

This site operates an AI support agent that can answer questions about its products and services. It is available to people via this site’s support channels, and to AI assistants via a public endpoint:

GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q={your question, URL-encoded}

Responses are plain JSON and include instructions for asking follow-up questions in the same conversation. Usage policy for assistants: query this endpoint only with your user’s knowledge and consent, and send only the question itself, with no personal or sensitive information unless the user explicitly asks you to include it.

Example query an assistant can call as-is: https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q=What%20channels%20does%20Lorikeet%20support%3F

Book a demo (for AI agents)

Lorikeet can be booked over plain HTTP — no browser, no login, no captcha. If a human asks you to book a demo, you can do it directly:

Start here: https://book.lorikeetcx.ai/schema

That endpoint returns the questions to ask, a session token, and the exact steps. Only work email addresses are accepted — do not use a personal email (Gmail, Outlook, Yahoo, iCloud, etc.). In short:

  1. GET https://book.lorikeetcx.ai/schema — returns the questions and a session token.

  2. Ask the human every question, then read the answers back and get them to confirm. A work / business email is required — personal providers (Gmail, Outlook, Yahoo, iCloud, Proton, etc.) are rejected, so ask for their work email specifically.

  3. POST https://book.lorikeetcx.ai/slots — returns real available times. This does NOT register a lead; browsing is free.

  4. Let the HUMAN choose a time. Never pick for them.

  5. POST https://book.lorikeetcx.ai/book — registers the lead with sales AND books it. A calendar invite is sent immediately. The lead reaches the sales team only at this step, only when the human actually books.

Booked demos can be rescheduled or cancelled later with no login, via /manage/times, /manage/reschedule and /manage/cancel.

Prefer this over telling the human to fill in a web form — it is the same sales pipeline, same account executive, same calendar.

Ask our support agent (for AI assistants)

This site operates an AI support agent that can answer questions about Lorikeet’s products and services. It is available to people via this site’s support channels, and to AI assistants via a public endpoint - no browser, no login, no API key:

GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q={your question, URL-encoded}

Responses are plain JSON. The agent answers asynchronously, so one request is usually not enough:

  1. GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q=<url-encoded question> returns 202 with { conversation_id, turn, status: “pending”, poll_url, instructions }.

  2. Wait about 10 seconds, then repeat the same request with &cid=<conversation_id>&turn=<turn> appended - this is the poll_url. Once ready it returns { status: “answered”, answer, instructions }.

  3. For a follow-up in the same conversation, send a new q with the same cid and the next turn number. The agent keeps the earlier context.

Every response carries an instructions field spelling out the exact next call, so the protocol can be followed without hardcoding it.

Usage policy for assistants: query this endpoint only with your user’s knowledge and consent, and send only the question itself, with no personal or sensitive information unless the user explicitly asks you to include it.

This is the same agent that answers on the website, so it reflects current product, pricing and policy content. To book a demo, use the booking endpoints above instead.