-
Notifications
You must be signed in to change notification settings - Fork 442
Known issues
This section provides an overview of the most impactful limitations and known issues. We are actively working on tracking them as GitHub issues and resolving them.
This section outlines known issues that currently affect our modules.
The Domain Services module pipeline is expected to fail in our environment for a few reasons:
- The leveraged service principal has not the required permissions to actually deploy the service in the used tenant
- The referenced (optional)
pfxCertificate(and password) are not actually existing in the specified key vault - unless uploaded manually
To this end, the module was successfully tested manually in a dedicated environment.
If you're interested what the general pre-requisites are, please refer to the official docs.
The module has a dependency on a pre-existing AKS cluster (managed cluster) which we don't have deployed using the dependencies pipeline for cost reasons.
The module has a dependency on
- a pre-existing AKS cluster (managed cluster)
- a pre-existing Kubernetes Configuration extension deployment
which we don't have deployed using the dependencies pipeline for cost reasons.
The Management Group module does not currently include the role assignments extension resource.
Including RBAC capabilities has been tested setting the scope to the previously created management group and resulted in failing already in the validation step with the error: 'ManagementGroupNotFound - The management group 'EXAMPLEMG' cannot be found'.
A related issue has been opened to the Bicep board #6832.
Further details are also provided in issue #1342.
The module has a dependency on a pre-existing Virtual Hub which we don't have deployed using the dependencies pipeline for cost reasons.
The module has a dependency on a pre-existing Virtual WAN which we don't have deployed using the dependencies pipeline for cost reasons.
The module has a dependency on a pre-existing Virtual WAN which we don't have deployed using the dependencies pipeline for cost reasons.
The module has a dependency on pre-existing Virtual Network Gateways which we don't have deployed using the dependencies pipeline for cost reasons.
This section outlines known issues that currently affect our CI environment, i.e. our validation and publishing pipelines.
This section outlines known issues that currently affect the CI environment static validation step, i.e. Pester tests.
This section outlines known issues that currently affect the CI environment deployment validation step.
The deployment validation step aims to validate multiple configurations for each module. This is done by providing multiple parameter files to be leveraged by the same resource module, each covering a specific scenario.
The first planned step is to provide for each module a 'minimum-set' parameter file, limited to the top-level resource required parameters, vs. a 'maximum-set' parameter file, including all possible properties, child resources and extension resources. Some of our modules are still tested through one parameter file only. This is tracked by issue #401.
This section outlines known issues that currently affect the CI environment publishing step.