Deploying clusters into existing environment about terraform-kubestack

[pst]

Kubestack aims to be a batteries included framework. To integrate with existing infrastructure in other VPCs, you can use peering. I believe having required resources like VPCs built-in makes the preview, validate, promote workflow more resilient.

If you're facing problems, I encourage you to create Github issues so that they can be addressed. Better even, I invite you to contribute fixes.

[kratkyzobak]

We have similar issues.

We could use default ones and then connect them to our infrastructure as meintoned by @pst. But to be able to this, we would need modules to provide more outputs.

We're currently targeting to Azure. For example, we would like to apply some NSG rules to created subnet, so, we need to create either NSG via kubectack and expose it's ID in output, or better - expose subnet in output to be able to link NSG. Don't know which approach is better.

Would PRs aiming to expose more terraform resources via output have chance to be approved? We're currently focused only on Azure and so we don't know which resources would be reasonable to expose from module for another clouds, so we can probably provide PRs for Azure only as we don't know other clouds.

[pst]

The way I go about this is using data sources. You can see a quite elaborate example of this in the AWS node pool module. It uses various data sources to get information like the cluster's VPC etc, to then integrate with the VPC or extend it.

https://github.com/kbst/terraform-kubestack/blob/master/aws/cluster/node-pool/data_sources.tf