Everyman Brand Archetype
Automotive
Cloud Infrastructure
Mirantis
Built an enterprise cloud position by making open-source infrastructure operable at scale, despite VMware, Red Hat and hyperscalers’ stronger distribution and ecosystem control.
• BUSINESS MODEL
• REVENUE
• MARKET TYPE
• MARKET ENTRY
• GROWTH MODEL
• MOAT
• EDGE
1
MODEL
Mirantis, founded in 2005, first built OpenStack deployment and operations expertise, then expanded into Kubernetes, Docker Enterprise and AI infrastructure; this sequence made the build-operate-transfer delivery model the foundation for enterprise trust. [425][426][427]
Question this model answers
We need to decide what to build first.
BUSINESS MODEL
Product–Service Hybrid
HOW THEY BUILT IT
Enterprises and service providers pay multi-year subscriptions and services fees for software, support and managed operations across OpenStack, Kubernetes and AI infrastructure; the unit of value is a reliably operated hybrid cloud.
HOW TO ARCHITECT IT
1. Identify a complex infrastructure workflow where enterprises lack internal expertise.
2. Build the smallest system that deploys and operates one platform reliably.
3. Make automation, support and transferability foundational.
4. Add adjacent platforms only after the core delivery model is trusted.
5. Price for outcomes and operations, not licences alone. The common mis-build is selling software before the services model can guarantee reliability.
DISTRIBUTION MODEL
Direct Sales, Enterprise Sales, Partnerships, Channel Partners
HOW THEY OPERATIONALIZED
Mirantis reaches large enterprises and telcos through direct and enterprise sales, strategic partnerships with Intel, Ericsson and SAP, and channel partners; its customers include PayPal, Comcast, NASA and Societe Generale.
HOW TO REPLICATE WHAT WORKED
What Worked
Build enterprise sales around a high-stakes infrastructure problem, then use strategic partnerships and lighthouse customers to establish credibility.
Add managed services and acquisitions only after the core delivery model is repeatable.
Trap if Copied Blindly
The trap is copying enterprise sales before implementation and support can handle multi-cloud complexity.
Insight on Untapped Business Model / Gaps / Pitfalls
GOLDMINE
GOLDMINE 1 — AI INFRASTRUCTURE OPERATIONS. The underbuilt opportunity is managing GPU clusters, Kubernetes and AI workloads as a unified platform.
GOLDMINE 2 — HYBRID CLOUD CONTROL PLANE. Enterprises need consistent operations across on-prem, edge and public cloud; this remains fragmented.
GOLDMINE 3 — OPEN-SOURCE COMMERCIALIZATION. Packaging open-source complexity into enterprise-grade support is a durable wedge.
THE TRAP TO WATCH
THE PIT — OPEN-SOURCE COMMODITIZATION. Free alternatives reduce pricing power if the platform does not add operational value.
THE SECOND PIT — SERVICES MARGIN TRAP. Heavy consulting can limit scalability.
MOVE WITH CAUTION
Do not chase AI infrastructure before Kubernetes and cloud operations are dependable; enterprises will not accept experimental platforms in production.
2
MARKET
MARKET TYPE
Mature Market
WHY THEY WON
Enterprise cloud infrastructure is mature, with entrenched incumbents. Mirantis’s opening was to serve enterprises that wanted open, hybrid alternatives without losing operational reliability. [425][422][427]
Mirantis entered enterprise IT, where legacy infrastructure and vendor lock-in created resistance to cloud adoption; it sold operational outcomes rather than digitization itself. [425][430][427]
Question this model answers
We need to enter a traditional or under-digitized industry.
ENTRY STRATEGY
Brownfield Entry
EXECUTION
Mirantis replaced VMware-centric or proprietary infrastructure with open-source-based hybrid cloud platforms. [425][426][427]
FOOTHOLD STRATEGY
Lighthouse Customer Strategy
THE HOW
Mirantis used recognizable customers such as NASA, PayPal, Comcast and Ericsson as lighthouse references, reducing perceived risk for other enterprises. [425][431][432]
MARKET TYPE PLAYBOOK
RULE 1 — Mirantis’s structural opening was that proprietary vendors focused on lock-in, while enterprises wanted flexibility and control.
RULE 2 — By making open-source operability central, it changed the purchase from software to strategic infrastructure.
RULE 3 — The transferable lesson is to enter where the incumbent’s core strength—ecosystem or integration—does not solve the customer’s flexibility problem.
In a mature market, the winning position is usually a workflow the incumbent treats as secondary.
GENERAL RULES
WHAT HAPPENS IN THIS MARKET TYPE
RULE 1 — Prove that your product can migrate and operate the highest-friction workflow first, then expand into adjacent platforms.
RULE 2 — Build support, automation and transfer capability before scaling.
RULE 3 — Reject this approach if the buyer’s incumbent system is adequate and there is no lock-in or cost trigger.
Use Brownfield Entry when the buyer already operates legacy infrastructure and needs modernization.
Choose a Lighthouse Customer Strategy when credibility and implementation proof matter more than initial volume.
HOW TO APPLY FOOTHOLD STRATEGY
RULE 1 — Target a recognizable customer whose successful deployment creates reference value for similar enterprises.
RULE 2 — Validate the foothold through named references, repeatable implementation and expansion into adjacent teams.
RULE 3 — Expand only after the first deployment pattern is reliable; otherwise enterprise sales become custom-services projects.
A failure pattern is chasing logos without repeatable onboarding, which inflates cost and slows growth.
HOW TO APPLY MARKET ENTRY STRATEGY
Mirantis replaced legacy infrastructure and vendor lock-in by making open-source cloud operable at scale; failure occurs when the buyer’s incumbent system is adequate and there is no lock-in or cost gap.
PATTERNS OF THIS MARKETING MODEL
PATTERNS IN STRATEGIC-PARTNERSHIP DISTRIBUTION:
1. Vendor alliances create trusted access. Intel, Ericsson and SAP partnerships lend credibility and distribution.
2. Open-source community creates technical advocacy. Developers and architects influence enterprise decisions.
3. Lighthouse references support expansion. Named customers create a natural path from pilot to broader deployment.
WEAKNESS
Partnership-led sales can become dependent on partner priorities and margin-sharing.
GROWTH CAMPAIGNS
Mirantis runs customer case studies, OpenStack and Kubernetes best-practice content, strategic-partnership campaigns, and AI infrastructure positioning.
| So What
The commercial implication is that recognizable references convert an infrastructure tool into a strategic platform decision.
| Key Learning
The strongest campaign premise is not “adopt open source” but “reduce lock-in without losing reliability.”
| How to Use
Test a lighthouse-reference strategy only when early customers will permit named use and their deployments demonstrate repeatable outcomes.
3
MONEY
REVENUE MODEL
Subscription, Service Fee, Licensing Fees
Mirantis uses multi-year subscription and services contracts, with enterprise deployments often exceeding $50M–$100M over their lifetime; pricing is quote-based. [423][433][424]
Question this model answers
We need to build a predictable revenue model.
PRICING STRATEGY
Custom Enterprise Pricing, Value-Based Pricing, Subscription Discount Pricing
WHY THEY WON
Customers pay recurring subscriptions for software and support, with professional services and managed operations adding services revenue. [423][424][427]
TARGET AUDIENCE
Large enterprises (quote; want hybrid cloud and open-source flexibility); telecom and service providers (quote; want NFV and edge infrastructure); AI-driven companies (quote; want GPU and Kubernetes operations); government and regulated industries (quote; want compliance and sovereignty).
Mirantis does not publish pricing; contracts are quote-based, multi-year, and scale with infrastructure scope, users and support needs. [423][433][424]
CUSTOMER BUYING BEHAVIOUR
A CIO or infrastructure leader identifies vendor lock-in or cloud complexity, evaluates Mirantis against VMware, Red Hat or hyperscalers, requests a demo and reference calls, then adopts through a build-operate-transfer engagement. [425][422][427]
WILLINGNESS TO PAY
CORE INSIGHT
Buyers are not buying software; they are buying operational control, reduced lock-in and infrastructure reliability. The comparison budget includes VMware licences, managed-service providers and the cost of infrastructure downtime. The meter should reflect clusters, nodes and support scope because these track operational complexity. The vendor’s hidden cost is services delivery and open-source maintenance.
RULES OF ADOPTION
RULE 1 — SELL OPERATIONAL OUTCOMES. Frame the purchase around reliability and flexibility.
RULE 2 — PRICE INFRASTRUCTURE SCALE. Clusters and nodes map to real value.
RULE 3 — MAKE TRANSFER A TRUST BUILDER. Build-operate-transfer reduces adoption risk.
RULE 4 — CONTROL SERVICES MARGIN. Heavy consulting can limit scalability. The buyer is ultimately buying infrastructure control, evidenced by the IT operations or cloud budget.
The buyer is really buying operational control, lower lock-in and infrastructure reliability, proven by pricing compared against VMware licences and in-house operations.
REVENUE RISK
The largest threat is commoditization from Red Hat, VMware and hyperscalers. Open-source alternatives reduce pricing power if the platform does not add operational value. Services-heavy delivery can limit scalability and margin. Platform dependency arises from Kubernetes and OpenStack communities. Concentration risk arises if growth depends heavily on a few large enterprise contracts. Mirantis raised over $200M total, including $100M Series B in 2014; current ARR is not publicly verified. [425][428][423][434]
4
MOTION
Mirantis’s multi-cloud, reliability-sensitive, services-heavy product and expansion into enterprise and telco accounts require a structured enterprise-sales motion; its quote-based pricing and lighthouse customers support this. [425][422][423]
Question this model answers
We need to build an enterprise sales motion.
GROWTH EXPANSION MODEL
Acquisition-Led Growth, Product Line Expansion
HOW THEY EXPAND
Mirantis expanded from OpenStack services into Kubernetes, Docker Enterprise and AI infrastructure through organic development and the 2019 Docker Enterprise acquisition. [422][426][435][423]
COMPETITIVE STRATEGY
Sales-Led Growth
HOW THEY COMPETE
An infrastructure leader’s lock-in or complexity problem creates a sales opportunity; onboarding deploys and operates the platform; successful use expands into Kubernetes, AI and managed services. The loop depends on fast activation, reliable operations and measurable flexibility improvement. It breaks if onboarding is slow, support fails or the platform becomes too complex for enterprise teams. A founder can reproduce this by making the first workflow produce a visible outcome quickly and aligning expansion with customer maturity.
GTM
Mirantis uses an enterprise, sales-led GTM: direct and enterprise sales target CIOs and infrastructure leaders; strategic partnerships and lighthouse references create credibility; implementation activates the platform; product expansion deepens accounts.
$5–10M ARR
The primary motion is enterprise sales, supported by ecosystem partnerships and category education. The transferable components are a clearly owned infrastructure problem, implementation repeatability and expansion paths tied to cloud maturity; this system is unlikely to work for low-ACV self-serve buyers or where services capacity cannot scale.
SUSTAINING MOATS
High Customer Lock-In
The moat is high customer lock-in created by deployed infrastructure, operational knowledge and multi-year support contracts. It strengthens as enterprises expand into Kubernetes and AI; it weakens if open-source alternatives improve or if a competitor delivers a materially simpler migration path.
| Why This Moat Lasts
A moat lasts when the cost of leaving exceeds the perceived benefit of switching.
| Standard Rules
RULE 1 — INFRASTRUCTURE DEPTH. Deployed clusters and operational knowledge create migration friction.
RULE 2 — SUPPORT DEPENDENCE. Managed services and SLAs increase reliance.
RULE 3 — ECOSYSTEM EMBEDDING. Partnerships and open-source integrations raise re-integration cost.
| The Signal
Enterprise customers like PayPal, NASA and Societe Generale, plus multi-year contracts, indicate adoption; the moat does not protect against superior managed-cloud providers or a major open-source shift.
ARR
JOURNEY
Pre-$1M ARR
PROVE THE OPENSTACK-SERVICES WEDGE: The early move was to build deployment and operations expertise for enterprise OpenStack.
WATCH: whether services alone create retention.
$1–5M ARR
SYSTEMATIZE ENTERPRISE SALES: The move was to build direct sales and lighthouse references to convert early adopters; by 2014 Mirantis had 130+ OpenStack customers.
WATCH: services scalability.
$5–10M ARR
ADD KUBERNETES AND CONTAINERS: The move was to expand into container platforms, increasing account value.
WATCH: platform complexity.
$10–50M ARR
SCALE THROUGH SERIES B: The 2014 $100M Series B funded global expansion and enterprise sales; large contracts could reach $50M–$100M lifetime value.
WATCH: services margin and delivery capacity.
$50–100M ARR
ACQUISITION-LED EXPANSION: The 2019 Docker Enterprise acquisition added 750 customers and container-platform depth.
WATCH: integration complexity and brand differentiation.
$100M+ ARR
AI-INFRASTRUCTURE EXPANSION: The strategic move is to position AI infrastructure and Kubernetes as the next growth layer across hybrid cloud.
BREAKDOWN
THE STANDARD
Own the enterprise’s infrastructure-operations workflow, then expand into software and AI only after the delivery model becomes the system of record.
THE SEQUENCE
1. Build a dependable deployment-and-operations workflow that solves a high-stakes infrastructure problem.
2. Win a recognizable lighthouse customer and make implementation repeatable before scaling enterprise sales.
3. Add Kubernetes, AI or managed-service modules only when the core workflow creates trust and expansion economics.
Mirantis’s progression from OpenStack services into Kubernetes and AI follows the logic of expanding where operational control creates permission.