Is Your Microsoft Fabric Platform Due for a Service?

Brad Coles

Associate Director, Data Engineering Capability Lead ANZ,Synechron

Data

Runtime 2.0 automates much of the maintenance work, but a platform built on earlier guidance won’t pick up the benefits on its own.

Summary

  • Data platforms rarely fail outright when maintenance lapses; costs creep up and performance drifts down until a routine fix becomes an expensive one.
  • Fabric Runtime 2.0 automates work that once needed scheduled jobs, manual intervention and tuned Spark configuration, but workspaces on older runtimes get none of it.
  • Several of the most useful optimisations are still off by default, and some maintenance tasks matter more under Runtime 2.0, not less.
  • A targeted health check finds the cost, performance and reliability gains a platform built on last year’s best practice is missing.

Anyone who owns a car understands the value of a regular service. It keeps the engine running efficiently, holds down running costs and heads off expensive repairs. Skip it and the signs appear:

  • Engine wear from missed oil changes.
  • Scored brake rotors from pads worn through.
  • Poor fuel economy and higher safety risk from neglected tyres.
  • Rising running costs and falling reliability over time.

None of this happens overnight. Performance gradually declines, costs slowly increase, and eventually what could have been resolved through routine maintenance becomes a much larger and more expensive problem.

The same principle applies to your data platform.

Recognising The Symptoms

A Fabric platform doesn't fail when maintenance is neglected. The warning signs emerge gradually:

  • Storage costs keep rising despite little or no growth in data volumes.
  • Pipelines and workloads take longer to complete than they once did.
  • Capacity consumption trends upward with no matching increase in business activity.
  • Additional capacity gets purchased simply to hold existing performance.
  • Data teams spend more time investigating performance issues and less time delivering.
  • Business users notice slower reports, dashboards and analytics workloads.

Teams often accept these symptoms as the price of growth. In our experience, they are more often a sign that the platform is due for a review.

Fabric Has Changed Significantly

Many organisations built their platforms on guidance and best practices that were correct at the time. The challenge is that Fabric has continued to mature quickly since, adding new capabilities, new optimisations, and new approaches to platform management.

The release of Runtime 2.0 is the clearest example. It automates much of the effort that previously required scheduled maintenance activities, manual intervention and carefully tuned Spark configuration. Features and optimisations that once required specialist knowledge are now delivered through runtime improvements and default platform behaviours.

That’s good news for Fabric customers. It does not remove the need for maintenance or periodic review.

Why A Review Still Matters

We've found that many environments benefit from reassessment for several reasons:

  • Workspaces still running older runtimes do not automatically receive the benefits of newer platform capabilities.
  • Several valuable optimization features remain optional and are not enabled by default.
  • Scheduled maintenance is still required in many scenarios, and in some cases, becomes even more important under Runtime 2.0.
  • Design decisions that represented best practice six, 12 or 18 months ago may no longer be the most effective approach.

A platform can be operating exactly as designed, with no obvious issues, and still be missing opportunities to improve performance, reduce costs and simplify operations.

Is It Time For A Health Check?

Given the August 2026 GA release of Runtime 2.0, this is the right moment to revisit the decisions, configurations and operational processes that underpin your platform.

A targeted review can often identify opportunities to:

  • Reduce storage and capacity costs.
  • Improve data processing performance.
  • Increase platform reliability.
  • Simplify operational support.
  • Take advantage of capabilities that weren't available when the platform was originally implemented.

We've spent considerable time understanding Runtime 2.0, validating its new capabilities in real-world implementations and reassessing established practices as the platform continues to evolve.

If you'd like to know how your Fabric platform compares to current best practice, get in touch. We'd be happy to discuss how a platform health check could help ensure you're getting the most value from your Fabric investment.

The Author

Brad Coles
Brad Coles

Associate Director, Data Engineering Capability Lead ANZ

Brad is an Associate Director and Data Engineering Capability Lead with 10+ years of experience spanning data engineering, analytics and actuarial domains. Based in Adelaide, South Australia, he specialises in Microsoft Fabric, Azure and modern medallion Lakehouse architectures.

His expertise lies in designing and delivering scalable, metadata-driven data platforms that optimise cloud performance and cost while driving measurable business impact. He writes about what he builds, from architecture trade-offs to undocumented platform behaviour.