
Graham Davies
Technical Product Manager – SCOM products

The end of SCOM MI isn't the end of SCOM. It is a rebirth of SCOM on-premises.

Technical Product Manager – SCOM products
TL;DR: No, SCOM is not dead.
SCOM MI (a managed cloud wrapper) is retiring Sept 30, 2026 — but System Center Operations Manager itself isn't. SCOM 2025 has mainstream support through the end of the decade and just shipped a substantive update rollup (UR1).
Spend any time on Reddit, the Microsoft Tech Community, or IT Twitter/X, and you'll run into a confident claim: SCOM is dead. Microsoft's gone all-in on Azure, the argument goes, and on-premises System Center Operations Manager is being quietly left to rot.
The trigger for the latest round of this is the retirement of Azure Monitor SCOM Managed Instance (SCOM MI), confirmed for September 30, 2026. If Microsoft is killing off its own managed cloud version of SCOM, surely that's the writing on the wall for the whole product? We covered what that retirement actually requires of you - the dates, the decommissioning steps, and the migration options - in our companion piece on the SCOM MI retirement. This post is about the bigger claim: is SCOM, the product, actually dying?
It's worth separating what's true from what's a convenient soundbite.
SCOM MI was never "SCOM" in the sense the sceptics mean. It was a managed, cloud-hosted way of running Operations Manager, aimed at teams who wanted to keep their existing SCOM investment while offloading infrastructure management to Microsoft. Retiring that wrapper is not the same decision as retiring the product underneath it - Microsoft's own guidance draws that line clearly, pointing on-premises workloads back to on-premises Operations Manager rather than away from the product altogether.
Meanwhile, on the actual product line: Microsoft released SCOM 2025 as a major platform update, with mainstream support extending to the end of the decade. Barely a year later, Update Rollup 1 (UR1) shipped with real, substantive changes - TLS 1.3 support, SQL Server 2025 compatibility, expanded Linux and Unix agent coverage, and a meaningful list of console fixes that had been outstanding for a while. That's not the release cadence of a product being sunset. It's the release cadence of a product Microsoft is actively investing engineering time in.
And we're actually seeing an increase in SCOM 2025 adoption as organizations decide to stay with SCOM for on-premises, traditional application and infrastructure monitoring - realizing that the cost of migrating to another platform far outweighs any benefit.
To be fair, some of the underlying observations are real. The community around SCOM has visibly thinned - well-known independent bloggers have gone quiet, some long-standing community events haven't run this year, and third-party tooling vendors have had leadership changes. Combine that with a retiring managed-cloud offering, and it's easy to read the pattern as terminal decline.
But thinning community activity and a slower release cadence aren't the same thing as a product being killed. SCOM 2022 UR3 arriving later than expected, or SCOM 2025's initial release being relatively conservative, reflects a mature product in a mature phase of its lifecycle - not one Microsoft is walking away from. A decade of committed mainstream support and an active update rollup schedule are hard facts that point the other way.
SCOM MI's retirement isn't evidence that Operations Manager is ending - it's evidence that Microsoft is drawing a firmer line between "cloud-native monitoring" (Azure Monitor) and "on-premises monitoring" (Operations Manager), rather than trying to blur the two indefinitely with a managed hybrid product.
If you're currently on SCOM MI and need the specifics - the exact retirement date, what happens to your instance, and how to weigh Azure Monitor against redeploying on-premises - that's exactly what the full migration breakdown in our SCOM MI retirement post walks through. This post is about the broader question hanging over the community, not the mechanics of that one migration.
The organizations getting the broader question wrong aren't the ones staying on SCOM. They're the ones panicking about a headline and treating "is SCOM dead" as a reason to freeze, rather than as a prompt to check the facts and make a plan.
Don't let "is SCOM dead" become the question that stalls your planning. The actual question is narrower and far more answerable: does your organization's management pack investment and hybrid requirements make on-premises SCOM 2025 the better fit, or is your estate genuinely cloud-native?
Answer that - using the migration guidance in our SCOM MI retirement piece if SCOM MI is part of your environment - and the retirement date stops being an existential threat and starts being a project with a deadline, which is a much easier thing to plan around.