Building Blocks should support individual platforms, not only platform types
complete
J
Julia Rengshausen
In the "General" tab of the BB definition you can only select platform types for the supported platforms even though the header "supported platforms" suggests, that you should be able to select individual platforms. This is at the very least misleading. We would like to be able to select the platform instead of the platform type here.
Janny the AI Product Manager
updated the status to
complete
This is now shipped in meshStack v2026.40.0 (September 30, 2026).
Building Block Definitions can now be scoped to individual platform instances, not only whole platform types. You can pick individual platforms in the Supported Platforms field of a definition, so you can offer a definition on one platform instead of on every platform of its type. The dropdown lists platforms under their platform type and is searchable by name, and you can mix individual platforms and platform types in the same definition.
This is supported end to end:
- via the meshObject API, where an individual supported platform is referenced by the uuid of its meshPlatform
- via the Terraform provider (upgrade to version 0.26.3 or later)
- via the CLI
- and via the panel
We also closed a gap where building blocks could be added to a tenant, or to a building block in a landing zone, on a platform the definition did not actually support. That restriction is now always enforced by the API, so your supported platforms configuration is respected everywhere.
More details in the release notes: https://docs.meshcloud.io/blog/2026/09/30/Release-0/#choose-individual-platforms-for-a-building-block-definition
Thank you for the feedback and your patience!
Jelle den Burger
updated the status to
preview
I am happy to share this is possible via API and our Terraform provider since last release.
You can also expect the user interface for this in the upcoming release!
F
Fabian
very relevant to use, as we e.g. have different entra id platforms which need differently flavoured building blocks (see support ticket https://support.meshcloud.io/support/tickets/2348)
F
Fabian
Jelle den Burger any chance for a timeline of this ticket? its currently quite unpleasant to have various building blocks displayed for individual platforms that don't interest the user at all and fails when being booked...
Jelle den Burger
Fabian Hi Fabian,
We are starting the next items on our roadmap soon which will take 6 weeks (more on that on this week's demo day). That makes this feature request sadly not fit for the short-term future.
After those 6 weeks we could look into doing this again. If this is that painful let your Customer Success representative know and they can pull some strings for you ;-)
I understand this being frustrating but sadly it is also not a quick win for us otherwise we would have done that already.
I hope this answers your question :)
F
Fabian
Jelle den Burger Hello Jelle, this is still
very
relevant to us. did it make it into this cycle?Jelle den Burger
Fabian Hey Fabian, Young-Hwan just reached out to me and we will try to get to it at the end of the cycle which would be end of August +/-
Jelle den Burger
Merged in a post:
Limiting Building Block to specific Platform Instances
Y
Young-Hwan Kim
As a platform team I want to be able to define service specific for platform instances not just the platform types.
A few reasons:
- We might not have a service user or the permissions to roll out our service to other instances (e.g. other Azure platforms)
- Using the platform instance I want to enable specific use cases with dedicated building block, therefore having all building block for Azure on all Azure platforms does not fit
- I have limited generic filters to define who and where should consume my service
R
Rebecca
Thank you so much for taking the time to share your feedback! I can understand where the confusions is coming from. Ideally you would have the option to filter on one of or all of the platforms of a specific platform type.
J
Julia Rengshausen
Rebecca Exactly. That would be perfect.