|
| 1 | +--- |
| 2 | +author: meshcloud |
| 3 | +title: Release 2025.48.0 |
| 4 | +--- |
| 5 | + |
| 6 | +Release period: 2025-10-29 to 2025-11-05 |
| 7 | + |
| 8 | +This release includes the following issues: |
| 9 | +* Fix for Building Block Definition Form |
| 10 | +* Dropped Constraints for Landing Zone Updates |
| 11 | +* Building Block Definition Input Improvements Now Available in Prod |
| 12 | +* Improved Transparency for Draft Building Blocks in Landing Zones |
| 13 | +* Admin-Level Building Block Definition Permissions for API Keys |
| 14 | +* Fix Building Block Definition Tag Updates Via API |
| 15 | +* Metering Configuration for meshPlatforms via meshObject API |
| 16 | +* Quickly Send Communications to Platform and Building Block Users |
| 17 | +* Azure DevOps Support for Building Blocks |
| 18 | +<!--truncate--> |
| 19 | + |
| 20 | +## Ticket Details |
| 21 | +### Fix for Building Block Definition Form |
| 22 | +**Audience:** User<br> |
| 23 | + |
| 24 | +#### Description |
| 25 | +We fixed an issue with the building block definition form |
| 26 | +that would confuse values within the list of notification subscribers. |
| 27 | +The subscribers are now correctly set and updated on save. |
| 28 | + |
| 29 | +### Dropped Constraints for Landing Zone Updates |
| 30 | +**Audience:** User<br> |
| 31 | + |
| 32 | +#### Description |
| 33 | +We removed the constraints that previously prevented you from changing certain landing zone fields after creation. |
| 34 | +You can now update fields that were previously considered immutable, giving you more flexibility when managing |
| 35 | +your landing zones. This change applies to landing zones on AWS, Azure, and Azure Resource Groups platforms. |
| 36 | +Please note that modifying these fields is likely to cause problems with the replication of existing tenants. |
| 37 | + |
| 38 | +### Building Block Definition Input Improvements Now Available in Prod |
| 39 | +**Audience:** User<br> |
| 40 | + |
| 41 | +#### Description |
| 42 | +We have enabled the improved building block definition input editing experience in prod |
| 43 | +environments. It was already available in QA environments for 2 weeks. |
| 44 | +These improvements increase reliability of the building block definition management. |
| 45 | +Nothing should change for you, except for some edge-case issues that were present |
| 46 | +before are solved now. |
| 47 | + |
| 48 | +### Improved Transparency for Draft Building Blocks in Landing Zones |
| 49 | +**Audience:** User<br> |
| 50 | + |
| 51 | +#### Description |
| 52 | +meshStack now shows a clear warning when draft building blocks are used in landing zones. This improves transparency |
| 53 | +around product limitations and helps you avoid misconfiguration. |
| 54 | + |
| 55 | +### Admin-Level Building Block Definition Permissions for API Keys |
| 56 | +**Audience:** User<br> |
| 57 | + |
| 58 | +#### Description |
| 59 | +API keys can now obtain admin-level permissions for building block definitions. This change allows you to create |
| 60 | +API keys from within the admin area that have permission to create, read and delete building block definitions from |
| 61 | +all workspaces. |
| 62 | + |
| 63 | +### Fix Building Block Definition Tag Updates Via API |
| 64 | +**Audience:** User<br> |
| 65 | + |
| 66 | +#### Description |
| 67 | +Previously, updating building block definition tags via the meshObject API was not possible. PUT requests on the |
| 68 | +building block definition endpoint ignored the tags field, making it impossible to modify tags through the API. This |
| 69 | +issue has been fixed and you can now successfully update building block definition tags using the API |
| 70 | + |
| 71 | +### Metering Configuration for meshPlatforms via meshObject API |
| 72 | +**Audience:** User<br> |
| 73 | + |
| 74 | +#### Description |
| 75 | +We now support metering configuration for platforms managed via the meshObject API (v2-preview version of |
| 76 | +meshPlatform). You can configure metering settings for AWS, Azure, GCP, AKS, Kubernetes, and OpenShift |
| 77 | +platforms directly in the platform definition. This includes settings for data processing, access |
| 78 | +credentials, and platform-specific metering options like cost filters and fair chargeback for reserved |
| 79 | +instances. |
| 80 | + |
| 81 | +### Quickly Send Communications to Platform and Building Block Users |
| 82 | +**Audience:** User<br> |
| 83 | + |
| 84 | +#### Description |
| 85 | +We've improved the platform and building block management experience by adding quick-actions in the overview tables |
| 86 | +in the admin area and platform builder. Platform engineers can now send communications directly to users of specific |
| 87 | +platforms and building blocks. |
| 88 | + |
| 89 | +### Azure DevOps Support for Building Blocks |
| 90 | +**Audience:** User<br> |
| 91 | + |
| 92 | +#### Description |
| 93 | +You can now use Azure DevOps pipelines to implement building blocks. This integration allows platform teams to |
| 94 | +leverage their existing Azure DevOps infrastructure and pipelines for automated building block execution. |
| 95 | + |
| 96 | +#### How to use |
| 97 | +To use Azure DevOps for building blocks: |
| 98 | +1. Create an Azure DevOps integration in the meshPanel with your organization details and Personal Access Token |
| 99 | +2. When creating a building block definition, select "Azure DevOps" as the implementation type |
| 100 | +3. Configure your organization, project, pipeline ID, and execution mode (synchronous or asynchronous) |
| 101 | +4. The building block will trigger your Azure DevOps pipeline and monitor its execution status |
| 102 | + |
| 103 | +The Personal Access Token requires 'Build (read and execute)' permissions to trigger pipelines. Building block |
| 104 | +input data is passed to your pipeline as variables and can be accessed in your pipeline YAML configuration. |
| 105 | + |
0 commit comments