Breaking Changes and Deprecations

This board contains announcements of breaking changes and feature deprecations that might be relevant to your use of meshStack.
Migrate AWS SSO SCIM Integration to IAM Identity Center APIs
We are deprecating the AWS SSO SCIM-based integration for meshStack's AWS IAM Identity Center connectivity. This integration method will be removed on October 1, 2026 . Why We're Deprecating This The SCIM token approach has several drawbacks: Over-privileged: The SCIM token grants more permissions than meshStack needs Requires manual rotation of long-lived secrets Reduced auditability in AWS CloudTrail (shared token with other systems like Entra ID) What Replaces It The AWS Identity Store API integration (available since meshStack v2026.10.0) is the recommended replacement: Uses an IAM role with least-privilege Identity Store permissions Compatible with Workload Identity Federation — fully secret-less operation possible Better CloudTrail auditability per action Supports locally managed IAM Identity Center users Timeline Now: AWS Identity Store API integration is available and recommended for all new AWS platform setups October 1, 2026: AWS SSO SCIM integration will be removed from meshStack Migration To migrate, follow our in-place upgrade guide: Apply the updated terraform-aws-meshplatform v0.7.0 module to add Identity Store IAM permissions to your AWS integrations in addition to existing AWS SSO SCIM permissions. Switch the IAM integration type to "AWS Identity Store API" in your AWS platform configuration. You can do this via meshPanel or you use this opportunity to start managing your meshPlatform via terraform Remove the old SCIM token and permissions after successful validation Full migration documentation is available at https://docs.meshcloud.io/docs/integrations/aws/sso-setup.html If you need help migrating, contact us at support@meshcloud.io or reach out to your Customer Success contact.
1
·
in progress
Deprecation of meshStack Locations
meshStack's Location concept is being deprecated. Locations were introduced as a way to group platforms by geography or organizational unit. However, they have proven to create unnecessary complexity. What is changing For existing meshStacks, nothing changes at the moment. However, for new meshStack (or if opted-in for existing ones) you can use the newly introduced autoSelectGlobalLocation configuration. If enabled: New platform instances will automatically be placed in the built-in global location . You no longer need to create or manage custom locations. Location creation via the meshStack panel and meshObject API will be disabled. Existing locations remain readable and operational during the migration window. API integrations using meshLocation as a meshObject (e.g. POST /api/meshobjects with kind: meshLocation ) will need to be updated to reference the global location identifier or remove the location reference entirely. Timeline Now : The autoSelectGlobalLocation config flag is available. New meshStack instances already have locations fully disabled. For existing instances, your platform engineering team can opt in by enabling this flag (ask your Customer Success team) Upcoming : meshcloud will enable this flag by default for all new meshStack instances. End-state : Locations will be fully removed from meshStack. An exact removal date will be communicated with at least 3 months' notice. What you need to do At the moment you don't have to do anything. We will communicate again when there are next steps in the deprecation of meshStack locations for existing meshStacks. Questions or concerns? Please reach out to your customer success manager or contact us at support@meshcloud.io . We are happy to help assess the impact on your specific setup.
0