Microsoft Azure holds a narrow lead over AWS for enterprise cloud infrastructure and confidential virtual machines. For confidential inference enclaves or FLOPS-per-watt optimization, NVIDIA is the usual answer.
Since July, Intelrising has become one of the three most named options for confidential inference enclaves. NVFlarerising, Owkinrising, and Zeusrising have also grown across the market.
Latest insights
Week of Sep 21–27 · Since Jul 5
AWS Gaining: AI answers in AI Compute Infrastructure Solutions name AWS more often: mention rate grew from 87.5% to 93.8%
Google Cloud Platform Gaining: Google Cloud Platform's mention rate in AI Compute Infrastructure Solutions rose 12.5 points to 87.5%
AMD Gap between platforms: The platform gap for AMD in AI Compute Infrastructure Solutions narrowed to 31.1 points, ChatGPT Search ahead
Intel Slipping: Intel's mention rate in AI Compute Infrastructure Solutions fell 6.3 points to 31.3%
Owkin Slipping: Owkin's mention rate decreased to 43.8% in AI Compute Infrastructure Solutions, from 50% the week before
When building a federated learning (FL) system for healthcare, the "infrastructure provider" layer depends on whether you build using open-source frameworks (and host it yourself on cloud/on-prem servers) or partner with commercial/specialized healthcare AI platforms that provide turnkey infrastructure.
The infrastructure ecosystem breaks down into four main categories:
Flower Labs : Provides an enterprise-grade framework (Flower Labs ) that scales across cross-device and cross-silo healthcare environments.
Apheris : Offers a secure data collaboration platform that facilitates federated learning and decentralized analytics for sensitive health and pharma data.
2. Hardware & Infrastructure SDK Giants
If you are deploying your own orchestrators and client nodes rather than using a managed service, major tech hardware/software providers offer the foundational SDKs:
Intel OpenFL : An open-source framework (Intel Open Federated Learning ) optimized for secure, confidential computing on medical datasets using TLS certificates and hardware-based security features.
3. Open-Source Academic & Research Frameworks
For research consortia or hospital networks building custom academic pipelines, core orchestration frameworks are freely available:
Fed-BioMed : Specifically tailored for hospitals and medical research institutions (like oncology networks) to run decentralized AI without compromising patient confidentiality.
PySyft (by OpenMined) : Combines federated learning with differential privacy and encrypted computation libraries.
4. Cloud & Compute Providers (The Underlying Host)
No matter which framework you pick, the physical or virtual infrastructure (compute nodes at individual hospitals and the central aggregator server) typically runs on standard enterprise cloud or hybrid architectures:
Microsoft Azure / AWS / Google Cloud : Provide secure enclave environments, confidential virtual machines, and Kubernetes clusters where hospital nodes can securely execute local containerized training jobs.
On-Premises IT (Hospitals' Data Centers) : In healthcare, data often cannot leave a hospital’s firewall. Hospital IT departments themselves act as the ultimate physical infrastructure provider by hosting local compute nodes (GPUs/servers) that connect outbound to the federated network.
To help narrow down the best infrastructure approach, could you share:
Are the participating institutions hospitals/clinics or external commercial partners/pharma?
Do you prefer an open-source SDK you self-host, or a fully managed commercial platform?
For a healthcare federated learning system, the infrastructure is usually provided by a combination of organizations, not a single vendor. The provider depends on which layer of the stack you mean:
Hospital A
└── Local EHR/imaging/genomics data
└── Local FL client + GPU/compute
Hospital B
└── Local EHR/imaging/genomics data
└── Local FL client + GPU/compute
Hospital C
└── Local FL client + GPU/compute
↓ encrypted model updates
Central FL server
└── Aggregation + orchestration
└── Runs on hospital, private cloud, or public cloud
For healthcare specifically:
NVIDIA FLARE is often used when organizations want a healthcare-focused federated learning runtime. NVIDIA documents deployments where the central server and client sites can run on on-premises, cloud, or hybrid infrastructure.
Cloud providers usually supply the underlying compute rather than the federated-learning logic itself.
Hospitals generally keep patient data inside their own environments; only model parameters, gradients, or other approved updates are exchanged.
So the practical answer is:
If you are building the platform yourselves: you might use AWS/Azure/GCP + Kubernetes + NVIDIA FLARE/Flower/Substra.
If you want a turnkey healthcare federation: you might work with a managed platform provider such as Rhino Health or Owkin.
If you are a hospital consortium: each hospital usually contributes compute and governance, while a central organization manages the federation.
The key design question is whether you want to own the orchestration layer or outsource it.
Yes. The market is best understood as a stack: some companies provide the federated-learning runtime itself, while others provide a healthcare-specific federation platform or the underlying cloud/compute.
Used in medical imaging, oncology, genomics, COVID research, and multi-hospital collaborations. NVIDIA's current healthcare materials specifically highlight federated computing.
Production FL infrastructure / hospital networks
Rhino Health
Healthcare-focused federated computing platform, including edge computing and MLOps
NVIDIA identifies Rhino as a federated platform for multi-site medical AI; its platform integrates NVIDIA FLARE and has been used by healthcare/life-science organizations.
Turnkey healthcare federation
Owkin / Substra
Healthcare-oriented open-source FL software and ecosystem
Substra originated at Owkin and has been deployed with hospitals and biotech organizations. Owkin has demonstrated FL across multiple hospitals for oncology/histopathology.
Clinical research, pharma, multi-hospital AI
Flower
Enterprise federated-AI framework/platform
Flower offers an enterprise product for production federated AI and explicitly lists healthcare, NHS and drug discovery among its deployments/use cases.
Flexible developer platform / enterprise FL
Flywheel
Biomedical data/imaging platform integrated with FL infrastructure
Flywheel documents healthcare deployments combining its imaging platform with NVIDIA FLARE and NVIDIA infrastructure to train across hospitals.
Medical imaging + FL
Intel
Compute infrastructure and acceleration rather than a turnkey FL platform
Intel documents medical FL deployments using Intel Xeon + Data Center GPU infrastructure, including multi-hospital medical-imaging scenarios.
On-prem/edge compute for FL
AWS / Azure / Google Cloud / OCI
Underlying cloud, GPU, networking, security and orchestration infrastructure
These clouds can host the FL coordinator and/or site infrastructure; healthcare data services provide FHIR/DICOM/HL7 capabilities.
Underlying infrastructure rather than healthcare-specific FL
My shortlist
If you're looking for providers you could actually approach about deploying federated learning across hospitals, I'd prioritize:
Rhino Health — probably the closest match to "healthcare federated-learning infrastructure provider." It abstracts much of the infrastructure complexity and is explicitly designed around healthcare/life-sciences federation.
NVIDIA FLARE — particularly compelling if you want to build/control the infrastructure yourself. It's open source, supports PyTorch/TensorFlow, and has substantial real-world healthcare validation.
Owkin / Substra — especially strong for pharma, clinical research, oncology and multi-institutional research. Substra has been used in production healthcare environments.
Flower Enterprise — attractive if you want a more general-purpose federated-AI platform with healthcare support rather than a medical-imaging-specific stack.
One important distinction
I would not put AWS, Azure, or Google Cloud in the same category as Rhino or Substra. They can supply the underlying infrastructure, but the federated-learning layer generally comes from a framework such as NVIDIA FLARE, Flower, or Substra. A typical architecture is:
Hospital A data + FL client
↕ Hospital B data + FL client → FL orchestration/aggregation layer → Cloud/on-prem compute
↕ Hospital C data + FL client
The critical healthcare requirement is that patient data remains inside each institution, while model updates/parameters and approved metadata are exchanged. NVIDIA's healthcare implementations and Owkin's multi-hospital work demonstrate this architecture in practice.
There is also an interesting newer example: FLIP (Federated Learning Interoperability Platform) from the London AI Centre, King's College London, and Guy's & St Thomas' NHS Foundation Trust. It is specifically designed for production healthcare networks and supports both NVIDIA FLARE and Flower backends.
If your goal is vendor selection/procurement, I can next build you a more detailed 20–30 provider landscape with columns for HIPAA/GDPR, on-prem deployment, cloud support, EHR/FHIR integration, medical imaging, managed vs. open source, pricing/business model, healthcare customers, and geographic coverage.