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

推荐订阅源

C
Cisco Blogs
罗磊的独立博客
D
Docker
Microsoft Azure Blog
Microsoft Azure Blog
C
CXSECURITY Database RSS Feed - CXSecurity.com
V
V2EX
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Cisco Talos Blog
Cisco Talos Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
I
InfoQ
S
Securelist
K
Kaspersky official blog
博客园 - 司徒正美
爱范儿
爱范儿
Scott Helme
Scott Helme
B
Blog RSS Feed
H
Help Net Security
博客园 - 聂微东
Hugging Face - Blog
Hugging Face - Blog
Stack Overflow Blog
Stack Overflow Blog
AI
AI
Blog — PlanetScale
Blog — PlanetScale
Webroot Blog
Webroot Blog
P
Proofpoint News Feed
V
Visual Studio Blog
Cyberwarzone
Cyberwarzone
P
Privacy International News Feed
M
MIT News - Artificial intelligence
Google DeepMind News
Google DeepMind News
酷 壳 – CoolShell
酷 壳 – CoolShell
博客园 - Franky
IT之家
IT之家
云风的 BLOG
云风的 BLOG
MyScale Blog
MyScale Blog
L
LINUX DO - 热门话题
P
Palo Alto Networks Blog
S
Security Affairs
T
Threat Research - Cisco Blogs
S
Security @ Cisco Blogs
The Register - Security
The Register - Security
F
Full Disclosure
A
Arctic Wolf
C
Check Point Blog
Recent Announcements
Recent Announcements
P
Proofpoint News Feed
人人都是产品经理
人人都是产品经理
T
Tor Project blog
Latest news
Latest news
Schneier on Security
Schneier on Security
H
Hackread – Cybersecurity News, Data Breaches, AI and More

Swift for Visual Studio Code comes to Open VSX Registry | InfoWorld

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 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 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 Building AI apps and agents with Microsoft Foundry Designing front-end systems for cloud failure No, AI won’t destroy software development jobs Diskless databases: What happens when storage isn’t the bottleneck Vibe coding or spec-driven development? The agentic AI distraction Vibe coding or spec-driven development? How to choose Cloud providers are blinded by agentic AI SAP to acquire data lakehouse vendor Dremio Small language models: Rethinking enterprise AI architecture Making AI work through eval hygiene Improving AI agents through better evaluations AI in the cloud is easy but expensive Running AI in the cloud is easy – and expensive Making AI work for databases Harness teams of agentic coders with Squad Harness teams of coding agents with Squad Oracle NetSuite announces AI coding skills for SuiteCloud developers Why it’s so hard to create stand-alone Python apps A new challenge for software product managers The hidden cost of front-end complexity GitHub shifts Copilot to usage-based billing, signaling a new cost model for enterprise AI tools OpenAI’s Symphony spec pushes coding agents from prompts to orchestration The front-end architecture trilemma: Reactivity vs. hypermedia vs. local-first apps Enterprise AI is missing the business core The best JavaScript certifications for getting hired Google begins putting the guardrails on agentic AI Why world models are AI’s next frontier Where to begin a cloud career Google pitches Agentic Data Cloud to help enterprises turn data into context for AI agents How open source ideals must expand for AI Is your Node.js project really secure? How I doubled my GPU efficiency without buying a single new card SpaceX secures option to acquire AI coding startup Cursor for $60B Google’s Gemma 4 shines on local systems – both big and small AI is upending the SaaS game How AI is upending SaaS tools Snowflake offers help to users and builders of AI agents From the engine room to the bridge: What the modern leadership shift means for architects like me Addressing the challenges of unstructured data governance for AI The cookbook for safe, powerful agents Enterprises are rethinking Kubernetes GitHub pauses new Copilot sign-ups as agentic AI strains infrastructure Best practices for building agentic systems Making agents dull Oracle delivers semantic search without LLMs When cloud giants neglect resilience Exciting Python features are on the way Ease into Azure Kubernetes Application Network The agent tier: Rethinking runtime architecture for context-driven enterprise workflows The two-pass compiler is back – this time, it’s fixing AI code generation MuleSoft Agent Fabric adds new ways to keep AI agents in line Salesforce launches Headless 360 to support agent‑first enterprise workflows Tap into the AI APIs of Google Chrome and Microsoft Edge Where will developer wisdom come from? GitHub adds Stacked PRs to speed complex code reviews The hyperscalers are pricing themselves out of AI workloads HTMX 4.0: Hypermedia finds a new gear Google Cloud introduces QueryData to help AI agents create reliable database queries Hands-on with the Google Agent Development Kit Are AI certifications worth the investment? AWS targets AI agent sprawl with new Bedrock Agent Registry Cloud degrees are moving online Swift for Visual Studio Code comes to Open VSX Registry AI agents aren't failing. The coordination layer is failing How Agile practices ensure quality in GenAI-assisted development Anthropic rolls out Claude Managed Agents Microsoft’s reauthentication snafu cuts off developers globally Meta’s Muse Spark: a smaller, faster AI model for broad app deployment Bringing databases and Kubernetes together Rethinking Angular forms: A state-first perspective Minimus Welcomes Yael Nardi as CBO to Facilitate Strategic Growth Microsoft announces end of support for ASP.NET Core 2.3 Get started with Python’s new frozendict type AWS turns its S3 storage service into a file system for AI agents Microsoft’s new Agent Governance Toolkit targets top OWASP risks for AI agents The winners and losers of AI coding GitHub Copilot CLI adds Rubber Duck review agent
The Big Three cloud providers are more alike than not
by David Linthicum · 2026-05-26 · via Swift for Visual Studio Code comes to Open VSX Registry | 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.