Concept · Platforms
Multi-homing
When participants use competing routes, their outside options depend on what actually moves
Concurrent routes offer choices with continuing operating work.
Multi-homing means maintaining participation in competing services over a relevant period. Define the participant and task before counting it. A business can use competing cloud providers across departments while a particular application remains dependent on a single provider. A developer can distribute through several routes while using the same device platform. These are different units of participation, and they support different conclusions about choice.
Multi-homing is concurrent participation in competing services within a defined task and period; its value depends on usable alternatives and the work of maintaining them.
The practical decision is whether another relationship supplies a usable option. Additional reach can be valuable, but a participant must coordinate access, records, updates and support. Concurrent use may be a way to diversify tasks, a backup arrangement or a step in a migration. A dormant account does not establish ongoing use; a different service used by another subsidiary does not establish that the current workload can move.
The CMA’s platform guidance treats multi-homing as a possible way for an entrant to attract participation despite an established network. It does not make entry automatic. The independent question here is which customer task can travel to the alternative and which dependencies remain.
Decisions and participation patterns
Define the task before choosing a participation measure.
Concurrent useThe participant actively uses competing services during the defined period.
01
The participant actively uses competing services during the defined period.
Backup accessA second relationship is maintained as an option, with usability still to be demonstrated.
02
A second relationship is maintained as an option, with usability still to be demonstrated.
Separated workloadsDifferent tasks use different services; the arrangement need not make either task portable.
03
Different tasks use different services; the arrangement need not make either task portable.
A continuum, not a switch
Move from nominal access to an alternative that can complete the defined task. This is a qualitative distinction, not a measured score.
“An additional account becomes an outside option only when it can do the work the participant needs.”
Why it matters
An operator facing multi-homing should ask why the additional service is useful. It might reach customers absent from the first route, perform another task or offer a credible fallback. Improving the first route can be an appropriate response when a missing capability is binding. Restricting participation instead changes the participant’s choices and may create a separate contractual or regulatory question. Neither response should be justified by account totals alone.
CMA Table I.2 reports multi-cloud estimates of 6.8%, 7.2%, 7.4% and 7.5% without spend weighting for 2020–2023; the spend-weighted estimates are 37.6%, 38.5%, 40.0% and 40.8%. These are the report’s estimates under its customer-spend method, not precise population shares. The contrast shows that counting customer records and weighting their spend answer different questions. It does not prove that a customer can move a particular workload.
The same study cautions that name matching, spending thresholds, credits, missing providers and grouped subsidiaries affect the proxy. A customer appearing in several provider records can still face a difficult migration. A useful operating review therefore follows a real workload: what data must be moved, which interfaces must be changed, who can authorize the move and whether the alternative can run the task.
Real-world examples
The same concept shows up in different ways across industries.
The CMA matched annual customer-spend records from AWS, Microsoft and Google. Its method can identify concurrent spending under its definitions; it cannot distinguish every integrated multi-cloud workflow from separate activities inside a corporate group. The actor’s decision is where to place a workload and how to retain an alternative. The evidence supports concurrent-provider use in the analyzed records. It leaves the cost and feasibility of moving a particular application unresolved.
Apple’s dated EU announcements introduced alternative marketplaces and later planned Web Distribution. The web requirements observed on October 3, 2026 still described authorization, notarization, support and reporting obligations. An app could therefore have an additional distribution route while retaining platform dependencies. The actual institutional choice enlarges the route structure; no cited source gives the share of developers concurrently using it or proves that the extra route reduces total dependence.
When it breaks
A backup that cannot complete the task is a weak alternative even when an account exists. Consider a business that can log into another service but has not configured the necessary data or permissions. That hypothetical arrangement should not be counted as a demonstrated migration capability.
Different services can be complementary rather than competing. Define the category narrowly enough to identify a real substitution option. Also separate simultaneous participation from a sequence in which the old service is abandoned before the new one is used. Neither broader vendor diversity nor successful switching proves ongoing multi-homing.
Key takeaways
- 01
Define the participant, task and period before measuring concurrent use.
- 02
Follow the workload and remaining dependencies rather than counting accounts.
- 03
Compare the additional option with the cost of operating and preserving it.
Sources
- Merger Assessment Guidelines: platforms and network effects · Competition and Markets Authority. Updated September 3, 2026; Two-sided platforms and network effects section
- Cloud services market investigation: Appendix I · Competition and Markets Authority. I.8–I.12 methodology and limitations; Table I.2, printed p. 4; I.15–I.16 spend distribution
- Apple announces changes to iOS, Safari, and the App Store in the European Union · Apple Newsroom. January 25, 2024; app distribution and payment-processing changes
- More options for apps distributed in the European Union · Apple Developer. March 12, 2024; Distributing directly from your website
- Web Distribution in the EU · Apple Developer. Opening; Eligibility and requirements; Transition to unified EU terms