Marius Storhaug
Marius Storhaug
## Description We have arbitrarily said that we have chosen to "stay close to Azure Resource Reference" without really defining what we mean by this. We should have a wiki...
We should describe or document a design decision with rationale and reasoning on our module design, assuring we address the 'anti-pattern' comment on: > Paraphrasing > A module should never...
## Description As most of the usage for object and array parameters are difficult to map out how to use, we should make it mandatory that these are in the...
## Description Add options to have validation and testing separate from the subscription where modules are published. Assuming that in a ALZ landing zone a sandbox might be required for...
### Description Removing long-lived, Azure credentials from the development environment is a key strategy to reduce vulnerabilities that hackers can easily exploit. We can now configure GitHub to deploy to...
## Description The general rule should be that when a Private Endpoint is deployed it should also configure private DNS. This issue is to investigate all the resources that can...
# Description Adding support for 2 environments with separate subscriptions and Service Principals for: - [x] ADO: - [x] Service connection for Validation and Publishing.  - [x] Variables for...
## Description Should prereleases be garbage collected when the module is published in full version?
## Description Add to the first paragraph of the intro page who the target audience is for CARML. Set expectations early that this is not intended to be a learning...