Draft, written by the Bee

Nsoffice

Pre-meeting dossier · · with Bhargav Petla

Written by the Bee, read it before you send it

KPIMore first meetings turn into real deals, on less preparation time

Bhargav PetlaAI-fication Specialist & AI COE Lead — NSOffice.ai / Network Science · ~1 year 1 month (June 2025 – Present at Network Science; prior AI consulting roles)
Why now

The timing is precise: Bhargav Petla just completed the build and delivery of NSOffice.ai to production (LinkedIn tenure indicates the platform was architected and shipped within the past year), and the COE is now actively running live engagements in BFSI, pharma, and professional services across three geographies — the exact inflection point where multi-cloud cost sprawl, compliance scrutiny from regulated clients, and the need for scalable AI infrastructure hit simultaneously and demand a supply-chain partner rather than ad-hoc API procurement.

Lead with

Cloud (StreamOne Ion)

Best fit

Cloud (StreamOne Ion) high

Bhargav cares about

Scaling NSOffice.ai from an India-led MVP to a production-grade enterprise platform deployable across India, Europe, and the Middle East — requires robust, certified cloud and security infrastructure.

01 · Who you're meeting

Bhargav Petla

AI-fication Specialist & AI COE Lead — NSOffice.ai / Network Science · ~1 year 1 month (June 2025 – Present at Network Science; prior AI consulting roles)

Bhargav holds an International MBA from SDA Bocconi (88.18% grade) with a focus on International Business — giving him a strong business-case framing alongside his technical depth. He is the originator of NSOffice.ai: he conceived the vision, designed the architecture, and shepherded the product to production. In his COE Lead capacity he has personally evaluated 150+ AI technologies and selected the enterprise stack (OpenAI, Anthropic Claude, Google Gemini, Azure OpenAI, open-source LLMs; LangGraph / CrewAI / n8n for orchestration; Mem0 for memory; vector databases for retrieval). He leads AI consulting engagements across India, Europe, and the Middle East, operating at C-suite and business-head level. His delivery artifacts — BRDs, governance playbooks, evaluation harnesses — signal rigorous, structured thinking rather than experimental tinkering.

Likely priorities
  • Scaling NSOffice.ai from an India-led MVP to a production-grade enterprise platform deployable across India, Europe, and the Middle East — requires robust, certified cloud and security infrastructure.
  • Establishing airtight AI governance, compliance guardrails, and security posture for BFSI, pharma, and professional-services clients who have strict data-residency and audit requirements.
  • Standardising and accelerating the underlying AI infrastructure stack (LLM providers, orchestration, vector retrieval) so engineering teams can build from governed blueprints rather than re-evaluating tools per engagement.
  • Proving ROI and business-metric outcomes (KPI frameworks, metric-backward planning) to win enterprise renewals and expand accounts — means he needs reliable, SLA-backed infrastructure under the hood.
  • Building or growing an AI COE model that can be white-labelled or licensed to partner organisations — creating a distribution/channel motion he hasn't yet optimised.
Talks publicly about
  • Agentic AI systems and multi-agent orchestration (MCP, A2A protocols, LangGraph, CrewAI) — actively publishes and speaks on these frameworks.
  • Enterprise AI governance and responsible AI — authors governance playbooks and compliance guardrails as a core deliverable.
  • LLM benchmarking and model evaluation — personally evaluated 150+ AI tools; publicly frames this as a differentiator.
  • International business strategy and cross-border AI adoption (India ↔ Europe ↔ Middle East corridor).
  • AI Center of Excellence (COE) design — advocates structuring AI adoption as an operating model, not a project.

View on LinkedIn

1 source
02 · The company

Nsoffice today

Industry
Enterprise AI Software & Consulting (SaaS / Professional Services)
Size
Small / growth-stage (estimated 20–100 employees based on LinkedIn company page signals and stage of product — NSOffice.ai launched within the last 12 months)
HQ
Mumbai, Maharashtra, India
Footprint
Mumbai, Maharashtra, India — primary HQ and engineering hub · Europe — active consulting engagements per Bhargav Petla LinkedIn · Middle East — active consulting engagements per Bhargav Petla LinkedIn · Vertical focus: BFSI, pharma, education, professional services (named explicitly in Bhargav's LinkedIn experience)

Network Science is a Mumbai-based AI consulting and product firm that built NSOffice.ai — an enterprise AI productivity platform delivering agentic workflows, RAG (retrieval-augmented generation) pipelines, and AI Center of Excellence (COE) services to mid-to-large enterprises across BFSI, pharma, education, and professional services. The company operates a dual model: it sells NSOffice.ai as a configurable SaaS platform to enterprise clients and simultaneously runs consulting engagements to design and deploy bespoke AI operating models. It covers India, Europe, and the Middle East as primary geographies.

Recent moves
  • NSOffice.ai platform conceived, architected, and delivered to production by Bhargav Petla at Network Science — platform launched within the last 12 months (LinkedIn tenure: June 2025 start, but description implies product was built during tenure).
  • AI COE formally established at Network Science — governance frameworks, quality benchmarks, security and compliance guardrails all authored and operational as of current date.
  • Active multi-geography expansion: consulting engagements running simultaneously in India, Europe, and Middle East — signalling a deliberate international go-to-market push.
  • Enterprise stack standardised across multi-LLM providers (OpenAI, Anthropic Claude, Google Gemini, Azure OpenAI, open-source LLMs) — a deliberate architectural decision to remain vendor-neutral and enterprise-ready.
  • Agentic AI systems (MCP, A2A, LangGraph, CrewAI) deployed in production for BFSI and pharma clients — indicating move beyond POC into live revenue-generating engagements.
Public pain
  • Infrastructure credibility gap with enterprise buyers: BFSI and pharma clients in India, Europe, and the Middle East demand certified, auditable cloud and security infrastructure (ISO 27001, SOC 2, GDPR, RBI data-localisation) that a growth-stage startup struggles to demonstrate independently — forcing reliance on the underlying cloud provider's compliance posture.
  • LLM cost and FinOps complexity: running workloads simultaneously across OpenAI, Azure OpenAI, Anthropic Claude, Google Gemini, and open-source models creates unpredictable cloud spend with no centralised billing, cost-attribution, or usage optimisation layer — a known pain point for multi-model AI platforms at this stage.
  • Vendor evaluation fatigue at scale: Bhargav publicly states he evaluated 150+ AI tools to set the enterprise stack — this breadth of evaluation without a structured supply-chain partner creates procurement inefficiency and delays client delivery.
  • Security and data-residency complexity for multi-jurisdiction clients: serving BFSI in India (RBI), pharma in Europe (GDPR/EMA), and enterprise in the Middle East simultaneously requires multi-region, compliant deployment architectures that are costly to self-architect.
  • Go-to-market channel thin for a product company: NSOffice.ai is built by an AI consulting firm without a dedicated reseller or distribution network — limiting speed of enterprise reach, especially in Europe and the Middle East where Network Science lacks a physical sales presence.
  • Engineering team leverage: senior consultants (including Bhargav) are hand-authoring BRDs, governance playbooks, and evaluation harnesses per engagement — a scaling bottleneck that standardised, partner-enabled tooling and pre-built solution bundles could alleviate.
Strategic bets
  • Enterprise AI productivity platform (NSOffice.ai) as a repeatable, scalable SaaS product — moving from bespoke consulting to productised IP that can grow without proportional headcount.
  • Agentic AI as the core architectural differentiator — investing in MCP, A2A, and multi-agent orchestration frameworks (LangGraph, CrewAI) to stay ahead of the market and command premium positioning.
  • AI Center of Excellence (COE) as a service — packaging the COE build-out as a licensed, replicable model that enterprises can adopt without starting from scratch, creating a new revenue stream.
  • Multi-LLM, vendor-neutral architecture — deliberately supporting OpenAI, Anthropic, Google, Azure OpenAI, and open-source LLMs to give enterprise clients flexibility and avoid lock-in, a strong procurement argument in regulated verticals.
  • International expansion (Europe + Middle East) — active engagements in both regions signal intent to become a global AI consultancy, not just an India-focused player.
  • Governance-first AI delivery — authoring compliance guardrails, security frameworks, and evaluation harnesses as first-class deliverables to win and retain risk-averse enterprise clients in BFSI and pharma.
3 sources
03 · Lead with this

Positioning

TD SYNNEX exists to make enterprise-grade infrastructure, cloud, and security accessible to partners who build the next layer of value on top of it — and that is exactly what NSOffice.ai is doing. You are running a production AI platform across Azure OpenAI, Gemini, Anthropic, and open-source LLMs simultaneously, serving BFSI and pharma clients who demand auditability, data-residency, and cost predictability that no single hyperscaler SLA covers end-to-end. TD SYNNEX's StreamOne Ion gives you a single governed commercial layer across that entire multi-cloud AI stack, while our Destination AI portfolio and Cybersecurity practice give your COE the certified infrastructure and compliance architecture you need to win — and keep — regulated enterprise accounts.

2 sources
04 · What to pitch

Pitches

Cloud (StreamOne Ion)

NSOffice.ai is running a multi-LLM workload — Azure OpenAI, Gemini, Anthropic, and open-source — across three geographies for BFSI and pharma clients who each carry distinct compliance and cost-reporting requirements. StreamOne Ion is TD SYNNEX’s enterprise-grade multi-cloud marketplace and FinOps platform: it sits as a single commercial layer across Azure, GCP, AWS, IBM Cloud, and Microsoft 365, giving you unified billing, per-client cost attribution, and auditable usage reports — the exact evidence pack your regulated clients will eventually require. Rather than managing three separate cloud agreements and building your own FinOps tooling, you operate one governed contract through TD SYNNEX and present a single, professional cloud-cost statement to every client.

Destination AI

Bhargav personally evaluated 150+ AI tools and the enterprise stack now includes open-source LLMs — which means the moment a BFSI or pharma client invokes data-residency requirements, NSOffice.ai needs certified GPU inference infrastructure on-premises or in a private cloud. TD SYNNEX’s Destination AI portfolio gives you pre-validated AI infrastructure from NVIDIA, AMD, Lenovo, HPE, and Dell, backed by partner enablement playbooks designed specifically for companies building an AI COE. Instead of starting a fresh infrastructure evaluation every time a regulated client requires private inference, you have a ready path from architecture through procurement to deployment — governed and benchmarked exactly the way your COE delivery model demands.

Cybersecurity

Security and compliance guardrails are the centrepiece of NSOffice.ai’s enterprise value proposition — Bhargav explicitly authors them as first-class engagement deliverables. But as the platform handles sensitive BFSI and pharma documents through RAG pipelines across multiple geographies, the security attack surface is material: document ingestion endpoints, LLM API keys, identity and access for enterprise tenants, and cloud-native threat detection all need enterprise-grade coverage. TD SYNNEX’s end-to-end cybersecurity portfolio — spanning Zero Trust, identity (Okta), cloud-native SIEM/XDR (CrowdStrike, SentinelOne), and SASE — can be the infrastructure layer behind NSOffice.ai’s compliance story, turning your internal governance playbooks into externally verifiable, vendor-certified security posture.

05 · How to run the room

Conversation arc

open
Establish peer credibility and earn the right to ask hard questions — Bhargav is an MBA-trained product architect who has personally evaluated 150+ AI tools; he will not respond to a vendor pitch, but will engage with someone who has done their homework on NSOffice.ai.

“Bhargav, I read through what you’ve built at Network Science — taking NSOffice.ai from architecture to production while simultaneously running BFSI and pharma engagements across three geographies is a serious undertaking. I’m not here to talk about products yet. I want to understand where the infrastructure layer is creating friction as you scale, because that’s where we tend to be useful.”

discover
Surface the real pain behind the multi-LLM stack and multi-geography compliance requirements — specifically: how are they billing and attributing cloud AI spend across clients? How are they handling data-residency for BFSI and pharma clients in India vs. Europe vs. the Middle East? How is the COE model being provisioned and governed at scale?

“You’ve standardised the stack across Azure OpenAI, Anthropic, Gemini, and open-source LLMs — which is exactly the right vendor-neutral posture for enterprise clients. But when you’re running those workloads for a BFSI client under RBI data-localisation rules and a pharma client under GDPR simultaneously, how are you managing cost attribution, billing transparency, and compliance reporting across those environments today? Is that handled through each hyperscaler’s native portal, or do you have a unified layer?”

present
Connect StreamOne Ion’s multi-cloud FinOps and Destination AI’s infrastructure portfolio to the specific pain of multi-LLM cost sprawl and regulated-client infrastructure requirements — using NSOffice.ai’s own language (governed, metric-backward, production-grade).

“What you’ve described is actually a classic inflection point we see with AI-native companies at your stage: the API-first stack that got you to production starts generating compliance and cost questions the hyperscaler portals weren’t designed to answer. StreamOne Ion gives you a single commercial and FinOps layer across Azure, GCP, AWS, and IBM — so you can show any BFSI or pharma client a governed, auditable cost and usage report rather than three separate cloud bills. And through our Destination AI portfolio, when your first regulated client says ‘the data cannot leave our data centre,’ you have a clear path to certified NVIDIA or HPE AI infrastructure on-premises rather than starting that evaluation from scratch.”

objection
Pre-empt the ‘we’re too small / too early for a distributor’ objection, which is the most likely pushback from a growth-stage company that has been self-sufficient on direct API procurement.

“I’d expect you to say ‘we’re still small enough to manage this directly.’ And that’s true today — but the BFSI and pharma clients you’re already serving are going to start asking for a vendor-of-record that shows up on their approved supplier list, not three separate API agreements. TD SYNNEX is already on those approved lists. That’s not a scale question — it’s a procurement credibility question you can solve now rather than when it becomes a deal blocker.”

close
Establish a concrete next step — not a generic follow-up, but a specific pilot or working session tied to an active NSOffice.ai engagement or client requirement.

“Here’s what I’d suggest as a concrete next step: let’s pick one of your live BFSI or pharma engagements where data-residency or cloud cost attribution is already a conversation, and walk through exactly how StreamOne Ion would sit under that workload commercially. No commitment — just a 45-minute working session with our cloud and AI infrastructure specialists so you can see whether it closes the gap. Who on your engineering or delivery team should be in that room with you?”

06 · Discovery

Ask these

  1. Q1You’ve standardised the NSOffice.ai stack across Azure OpenAI, Anthropic Claude, Google Gemini, and open-source LLMs simultaneously — which is the right vendor-neutral architecture for enterprise clients. When you’re billing a BFSI client in India under RBI data-localisation rules and a pharma client in Europe under GDPR on the same platform, how are you attributing and reporting cloud AI consumption costs per client today? Is that a manual process, native hyperscaler billing, or do you have a FinOps layer in place?
  2. Q2Your LinkedIn describes authoring security and compliance guardrails as a first-class deliverable for every engagement, and your clients are in BFSI, pharma, and professional services — all heavily regulated. When a client in the Middle East or Europe asks for your infrastructure compliance certifications (ISO 27001, SOC 2, GDPR data-processing agreements), what does that conversation look like today? Are you leaning entirely on the underlying cloud provider’s compliance posture, or have you built independent certifications?
  3. Q3You explicitly evaluated open-source LLMs as part of the enterprise stack — which typically means self-hosted or private-inference deployment when data-residency requirements kick in. Have any of your current BFSI or pharma clients already asked for on-premises or private-cloud AI inference, and if so, how did you handle the infrastructure procurement and deployment for that? Where did that conversation stall or slow down?
  4. Q4NSOffice.ai is moving from a consulting-led, per-engagement delivery model toward a productised SaaS platform. As you scale the number of concurrent client environments, how are you thinking about the underlying cloud and infrastructure procurement? Are each client’s environments provisioned individually through direct hyperscaler agreements, or do you have a master agreement that lets you spin up governed tenants quickly?
  5. Q5You’re running live engagements across India, Europe, and the Middle East simultaneously — three very different regulatory environments. When you go into a new geography to close a deal, what is the biggest infrastructure or compliance gap that slows the deal or creates a condition precedent before you can go live?
07 · Where you fit

Feasibility

Cloud (StreamOne Ion)
high
NSOffice.ai runs a multi-LLM stack across Azure OpenAI, Google Gemini, Anthropic Claude, and open-source models simultaneously — Bhargav explicitly flagged multi-model evaluation and deployment as a core operational activity. This multi-cloud LLM consumption creates exactly the billing fragmentation, cost-attribution gaps, and provisioning complexity that StreamOne Ion’s FinOps analytics and multi-cloud marketplace are built to solve. The platform serves BFSI and pharma clients with data-residency requirements, amplifying the need for governed, auditable cloud lifecycle management.
Destination AI
high
Bhargav personally evaluated 150+ AI technologies and standardised the enterprise stack; NSOffice.ai is built on NVIDIA-ecosystem-dependent workloads (GPU inference for open-source LLMs, embedding models). TD SYNNEX’s Destination AI portfolio (NVIDIA, AMD, Lenovo AI, HPE AI, IBM watsonx) plus partner-enablement playbooks maps directly to NSOffice.ai’s need for certified AI infrastructure as they scale from API-only consumption toward on-premises or private-cloud inference for regulated clients. The COE model Bhargav is building is precisely the ‘AI practice build-out’ that Destination AI partner enablement supports.
Cybersecurity
high
Bhargav explicitly authors ‘security and compliance guardrails’ as first-class deliverables for every client engagement — and the BFSI and pharma verticals they serve (in India, Europe, and the Middle East) carry some of the heaviest regulatory security burdens (RBI, GDPR, SEBI, DPDP Act). NSOffice.ai handling sensitive enterprise documents through RAG pipelines creates endpoint, identity, and cloud-native security requirements. TD SYNNEX’s end-to-end cybersecurity portfolio (Zero Trust, SASE, cloud-native SOC enablement) directly addresses the compliance posture NSOffice.ai needs to demonstrate to enterprise buyers.
Software & Productivity
medium
NSOffice.ai is positioned as an enterprise AI productivity platform — a direct overlay or augmentation of existing Microsoft 365 and collaboration tooling. TD SYNNEX’s Software & Productivity line (Microsoft 365, Veeam, data-platform ecosystem including Snowflake and Databricks) is relevant because Network Science’s clients almost certainly run M365, and integrating NSOffice.ai into that stack creates a natural licensing and renewal conversation. Signal is indirect (no explicit M365 integration announced), hence medium.
Advanced Solutions (Datacenter & Infrastructure)
medium
NSOffice.ai currently runs predominantly on public cloud (Azure, GCP, OpenAI APIs) but serves BFSI and pharma clients in India who face RBI data-localisation requirements and may demand private-cloud or on-premises AI deployment. Bhargav’s explicit evaluation of open-source LLMs (implying local inference) and governance frameworks signals that private infrastructure conversations are coming. TD SYNNEX’s Advanced Solutions (Nutanix, VMware, HPE, Dell private-cloud reference architectures) becomes relevant when the first regulated client requires data to stay on-premises.
Professional & Managed Services
medium
Network Science’s consulting model — where senior staff hand-author BRDs, solution blueprints, and governance playbooks per engagement — is a known scaling bottleneck (Bhargav’s own LinkedIn describes it). TD SYNNEX’s pre-sales architecture, deployment, and Click-to-Run integrated bundles could reduce the time-to-delivery for standard infrastructure components, freeing Network Science’s consultants to focus on the AI-layer differentiation. Fit is genuine but indirect at this stage.
TD SYNNEX Capital (Financing)
medium
As a growth-stage company scaling from consulting to a productised SaaS platform, Network Science likely faces balance-sheet pressure when deploying infrastructure for large enterprise clients. TD SYNNEX Capital’s as-a-Service consumption models and leasing structures could allow NSOffice.ai to offer clients a monthly OpEx model without Network Science absorbing the upfront hardware or licensing cost. Fit is real but speculative without visibility into their current financing arrangements.
Endpoint Solutions
low
NSOffice.ai is a software/AI-native company with no publicly signalled endpoint refresh, device lifecycle, or DaaS requirement. The company is small (growth-stage) and headquartered in Mumbai; no signals of large-scale device procurement, kitting, or imaging needs have been identified.
Hyve Solutions (Hyperscale)
low
Hyve Solutions targets top-3 cloud providers and very large content providers at hyperscale volumes. NSOffice.ai / Network Science is a growth-stage AI consultancy — nowhere near the scale or procurement model that custom rack-scale OEM manufacturing requires. No signals of hyperscale infrastructure procurement.
2 sources
08 · Objections

FAQs

They say

‘We’re a small company — we don’t have the scale or procurement complexity that a distributor like TD SYNNEX is built for.’

You say

This is the most predictable objection given Network Science’s stage. Acknowledge it directly: TD SYNNEX’s volume thresholds are lower than most assume, and the value isn’t only in volume — it’s in the commercial credibility and approved-vendor status you get in front of BFSI and pharma procurement teams. Your clients in regulated verticals have supplier approval processes that a direct API agreement from a startup will not clear; a TD SYNNEX-backed commercial relationship does. The question isn’t whether you need a distributor today — it’s whether you want to solve the procurement blocker before it costs you your first large BFSI deal.

They say

‘We already have direct relationships with Azure and the other cloud providers — we don’t need an intermediary.’

You say

Bhargav will almost certainly raise this given his explicit use of direct API contracts with Azure OpenAI, OpenAI, Anthropic, and Google. Validate the direct relationship: those contracts are the right starting point and they stay in place. What StreamOne Ion adds is not a replacement — it’s a FinOps and billing orchestration layer above those contracts, so you can allocate, report, and govern spend per client engagement without building that tooling in-house. Ask: ‘When a BFSI client asks you to break down exactly what their workload cost last month across all your LLM providers — how long does that take your team to produce today?’ The answer to that question is where the real conversation begins.

They say

‘AI infrastructure procurement isn’t our bottleneck right now — we’re focused on the AI application layer, not hardware.’

You say

This objection is accurate for today — NSOffice.ai is API-first and the infrastructure is currently abstracted. Agree with it: ‘You’re right, and for your current production workloads that’s the correct architecture.’ Then pivot to the forward-looking risk: every BFSI and pharma client you are currently serving in India is operating under the DPDP Act and RBI data-localisation norms that are tightening in 2025. The first time a client’s legal team says the model inference cannot traverse a hyperscaler’s US-routed API, you need a private-inference path that’s already validated — not a 90-day hardware evaluation. Destination AI and Advanced Solutions can be that pre-built path, and the time to put it in place is before the deal requires it, not during.

09 · Technology estate

What they appear to run

Inferred stack
Azure OpenAI Service — explicitly named as a primary LLM provider in Bhargav's LinkedIn; implies active Azure subscription and API consumptionOpenAI API (GPT-4/GPT-4o) — explicitly named alongside Azure OpenAI; likely used for rapid prototyping and benchmarkingAnthropic Claude API — explicitly named; used in enterprise engagements requiring alternative LLM optionsGoogle Gemini API — explicitly named; part of the multi-LLM benchmarking and production stackOpen-source LLMs (LLaMA / Mistral class) — explicitly referenced; likely hosted on cloud VMs or managed inference endpoints for data-residency-sensitive clientsLangGraph — explicitly named as primary agentic orchestration framework; Python-native, graph-based agent runtimeCrewAI — explicitly named alongside LangGraph for multi-agent workflow orchestrationn8n — explicitly named for workflow automation / low-code integration layer between AI agents and enterprise systemsMem0 — explicitly named as the memory layer for persistent agent state across sessionsVector databases (hybrid search) — explicitly referenced for RAG pipelines; likely Pinecone, Weaviate, or pgvector based on typical stack for this architectureRAG (Retrieval-Augmented Generation) platforms — core product capability; implies document ingestion, chunking, embedding, and retrieval pipelines at production scale
Key vendors
Microsoft / Azure (Azure OpenAI Service, likely Azure cloud hosting)OpenAI (direct API)Anthropic (Claude API)Google (Gemini API / GCP)Meta / open-source LLM ecosystem (LLaMA-class models)
Signals
  • Bhargav Petla LinkedIn explicitly lists Azure OpenAI, OpenAI, Anthropic Claude, Google Gemini, and open-source LLMs as the evaluated and deployed enterprise stack — direct evidence of multi-cloud LLM consumption.
  • LangGraph, CrewAI, and n8n explicitly named as orchestration and automation tools — signals a Python-heavy, API-first engineering culture with no proprietary orchestration lock-in.
  • Mem0 named for memory management — a relatively cutting-edge choice indicating the team tracks the OSS AI tooling ecosystem closely and adopts early.
  • Vector databases and hybrid search explicitly cited for RAG — confirms cloud-hosted embedding and retrieval infrastructure, likely on Azure or GCP given the LLM provider mix.
  • NSOffice.ai described as an 'enterprise AI productivity platform' serving BFSI and pharma — implies SOC 2 / ISO 27001 / GDPR-compliant hosting requirements, pointing toward hyperscaler-hosted infrastructure rather than on-premises.
  • Engagements across India, Europe, and Middle East with data-residency requirements — signals need for multi-region cloud deployment, likely Azure (strong India/Europe/ME regions) as primary cloud.
2 sources