Closed reza8iucs closed 1 year ago
Update: tried to do the step by step guide and it looks like the name of the deployments are inconsistent and that didn't work either. Finally tried to do the first deployment option (cut to the end option) and it worked. I still have no clue what's the above resource group and why those load balancers are created for!
Hi @reza8iucs. If I understood correctly you managed to deploy the ACA LZA after all, right?
GitHub action deploys, what is being described here: https://github.com/Azure/aca-landing-zone-accelerator/tree/main/scenarios/aca-internal/bicep#deployment-experiences, meaning no sample app, appgateway or front door.
You can aither change the parameter deployHelloWorldSample
to true, to let the deployment deploy a simple hello world application, exposed through an application gateway. Alternatively, you can leave deployHelloWorldSample
to false
and follow the steps to deploy the java fine collection sample application, as described here:
Regarding the resource group you ask about: ACA is using AKS under the hood. so the MC_* resource group you see is the AKS's Managed Cluster resources, more see here: https://learn.microsoft.com/en-us/azure/aks/faq#why-are-two-resource-groups-created-with-aks
I forked the repo. When I run the GitHub action it creates a bunch of LBs , possibly leftover from another deployment library, instead of an ACA app deployed in VNET internal mode . What am I doing wrong?
There is an ACA environment but there is no app, and there is no sign of AppGW and AFD. Hub and spoke artefacts are ok.
To add more context, even though i see all steps in the deployments have completed successfully , I see this error message in the deployment log in GitHub action: