惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

The GitHub Blog
The GitHub Blog
阮一峰的网络日志
阮一峰的网络日志
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Apple Machine Learning Research
Apple Machine Learning Research
小众软件
小众软件
博客园 - 司徒正美
Last Week in AI
Last Week in AI
爱范儿
爱范儿
罗磊的独立博客
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
博客园_首页
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
The Cloudflare Blog
雷峰网
雷峰网
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
WordPress大学
WordPress大学
Jina AI
Jina AI
人人都是产品经理
人人都是产品经理
量子位
V
V2EX
博客园 - 叶小钗
宝玉的分享
宝玉的分享
T
Tailwind CSS Blog

InfoWorld

AWS boosts CloudWatch Logs query limits by 10x to ease debugging for developers, SREs 21 LLMs tuned for special domains AWS adds Advanced Prompt Optimization tool to Bedrock Capacity markets could reshape cloud computing Four cutting-edge tools for spec-driven development Anthropic puts Claude agents on a meter across its subscriptions Notion courts developers with a platform for AI agents and workflow automation Using continuous purple teaming to protect fast-paced enterprise environments A better way to work with SQL Server Evidence-driven workflows: Rethinking enterprise process design AWS debuts Graviton-powered Redshift RG instances to cut analytics costs SAP’s AI promises last year? Most are still rolling out First look: Lemonade serves up local AI with limitations GitLab CEO sees developer tool bill increasing 100-fold Red Hat adds support for agentic AI development What’s new and exciting in JDK 26 Kill the loading spinner with local-first data and reactive SQL A networking revolution at AWS Tokenmaxxing is super dumb Hands-on with React, Supabase, and PowerSync How to add AI to an existing product (without annoying users) Your AI doesn’t need another database What happens when engineering teams reorganize around AI agents Python isn’t always easy When cloud giants meddle in markets 12 model-level deep cuts to slash AI training costs The best new features in Python 3.15 Teradata launches platform for enterprise AI agents moving beyond pilots Three skills that matter when AI handles the coding MongoDB targets AI’s retrieval problem
The Big Three cloud providers are more alike than not
by David Linthicum · 2026-05-26 · via InfoWorld

For most enterprises, compute and storage services are the main uses of the public cloud. These capabilities are pretty much the same across providers.

Every year, we attend cloud conferences to hear about new features, services, ecosystem expansion, and announcements that promise to reshape enterprise IT. These innovations matter. However, if we step back and look at how most enterprises actually consume public cloud, for all practical purposes, the three big cloud providers are essentially the same where it counts most.

This statement can make people uncomfortable because the market encourages us to see dramatic differences in AI services, databases, frameworks, and niche capabilities that each provider would like to position as strategic lock-ins. While valuable and sometimes the right choice, they are not the most important elements for most cloud deployments.

The center of gravity remains core infrastructure.

Core infrastructure is a commodity

When we talk about core infrastructure, we are referring to compute and storage. Compute includes processor options, memory configurations, instance families, operating system support, elasticity models, and the ability to reliably provision capacity at scale. Storage includes block storage, file storage, and the all-important object storage services that now underpin a massive share of enterprise applications and analytics platforms.

If you compare the major providers through that lens, the differences are not profound in most use cases. All three offer a broad menu of virtual machines. All three provide multiple processor and memory profiles. All three support Linux and Windows environments. All three offer options optimized for general-purpose workloads, compute-intensive processing, memory-intensive applications, storage-heavy patterns, and GPU-driven workloads. The packaging, naming, and tuning options differ. But the practical capability is remarkably close.

The same is true for storage. Block storage is solid across the board. File storage is available and increasingly enterprise-ready. Object storage has become highly durable, globally scalable, and central to cloud economics and cloud architecture. Pricing, performance, and operational nuances differ, but for mainstream enterprise requirements, these services fall within a similar economic range. In other words, the choice is often less about whether a provider can do the job and more about which one fits your surrounding requirements slightly better.

That is a sign of maturity.

Proprietary services are the difference

Now, let’s be clear about where this argument ends. If you are pursuing value from proprietary services, this article is not for you. If your architecture depends on a specific serverless platform, a cloud-specific analytics engine, a native AI orchestration service, or a database that runs only on a single provider, the differences matter a great deal. In fact, they might be the whole point of your selection process.

It’s easy to understand why each provider pushes hard in this area. Proprietary services are where margins improve, customer stickiness increases, and the marketing narrative becomes more compelling. It’s also where technical differentiation can be meaningful. Enterprises should absolutely leverage those capabilities to deliver measurable business value. But this is not how the majority of companies consume cloud.

Most enterprises still primarily leverage foundational compute and storage services. They are lifting and reshaping applications, building conventional digital platforms, hosting data, backing up systems, supporting development and testing, and running workloads that do not require a unique service available from only one hyperscaler. This reality is much less glamorous than the conference keynote, but it is also much more representative of how the cloud creates day-to-day value.

AI uses a lot of commodity services

There is a tendency to assume that the rise of AI completely changes this equation. I would argue that AI reinforces it. Yes, AI introduces specialized services, model ecosystems, vector databases, orchestration frameworks, and provider-specific accelerators. Those are important. However, AI also drives greater demand for the basics: scalable compute, fast and durable storage, data pipelines, object stores, network throughput, GPU access, and reliable operational foundations.

No matter where enterprises ultimately run their AI systems, whether in the cloud, across multiple clouds, or on-premises, they still need the same underlying capabilities. Training, tuning, retrieval, inference, governance, and data management all sit atop infrastructure that is more similar than different. The conversations about strategy should not be dominated by feature theater. They should be grounded in workload realities.

The public cloud providers understand this, even if their messaging often emphasizes the shiny edges. The core business remains the delivery of elastic infrastructure that can support a broad and growing range of enterprise applications. AI does not eliminate that truth. It magnifies it.

What matters most?

One of the most persistent and least useful questions in the cloud market is, “Which provider is the best?” The obvious answer hasn’t changed: The best provider is the one that best meets your requirements. But that answer is incomplete unless we also acknowledge that, for many core requirements, the providers are much more alike than they are different.

Architects need to be disciplined to cut through the noise, examine actual workload needs, and identify where differentiation is meaningful versus where it is mostly branding and packaging. Commonality matters. Redundancy matters. Commodity thinking matters. There is value in recognizing when a service category has matured enough that the strategic decision should shift away from feature fascination and toward fit, economics, governance, skills, and operational alignment. For the majority of enterprises consuming compute and storage at scale, sameness is a benefit, not a weakness. It means there is real choice in the market. It means architectural decisions can be made with more pragmatism and less mythology.

That point is worth calling out. Differentiation has been overstated in the wrong places. If you are choosing among the major providers for core compute and storage, you are not choosing between good and bad. You are choosing among highly capable platforms that have converged in the areas enterprises use most often.

Frankly, that fact should make architects a bit more practical and far less anxious.