Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature: For enterprise deployments accept VNET, Subnet etc. as input parameters #281

Open
1 task done
MiguelElGallo opened this issue Feb 2, 2022 · 0 comments
Open
1 task done
Assignees
Labels
backlog Backlog item feature Feature Requests

Comments

@MiguelElGallo
Copy link

Feature or Idea - What?

Add 4 parameters:
VNET ID
Subnet ID
NSG ID
Route Table ID

If this parameters are set, the deployment won't create the VNET, instead it will use a VNET provided by Landing Zone team.

Feature or Idea - Why?

For the Landing zone team, the data management landing zone is just an application landing zone.
They provide to the data team, a subscription, a vnet peered to the main network attached to a security group, etc. We want the deployment to be aware of that VNET; hence the addition of parameters.

Usually the DATA team does not have the rights to peer the VNET, or know the address scope,etc. That is why the Landing Zone provides this.

See:
https://docs.microsoft.com/fi-fi/azure/cloud-adoption-framework/ready/landing-zone/?WT.mc_id=modinfra-26634-salean#azure-landing-zone-conceptual-architecture

Code of Conduct

@MiguelElGallo MiguelElGallo added backlog Backlog item feature Feature Requests labels Feb 2, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
backlog Backlog item feature Feature Requests
Projects
None yet
Development

No branches or pull requests

2 participants