Platform Mesh exists to make services discoverable, orderable, and manageable through a common declarative API model.
Traditional infrastructure often separates IaaS, PaaS, and SaaS into different layers, tools, and lifecycle models. Platform Mesh treats those service capabilities as declarative resources that can be offered by providers and consumed through a consistent Kubernetes Resource Model interface.
Service consumers need to discover and order capabilities without learning every provider’s runtime, tenant model, and operational interface.
Service providers need to expose a clear API contract without giving consumers direct access to implementation details or service runtimes.
Platform owners need a shared control plane for identity, authorization, account structure, service discovery, and lifecycle integration.
Platform Mesh separates the service management API from the actual service runtime.
Platform Mesh follows a declarative API model. APIs store desired state; controllers reconcile the real world toward that state.
It also favors decoupled components. A provider should be able to integrate with the mesh without becoming tightly coupled to every other platform component.
A managed service provider exposes a lifecycle API for a service capability and owns the automation that fulfills requests for that capability.
This separates:
The result is a consistent consumer experience while providers retain implementation and operational independence.