Open jamesmcroft opened 7 months ago
Exploring this further, I have discovered that it will only work if you provide the workloadProfileName
in the Bicep.
If omitted, it appears that the backing processing is assuming it is deploying to a Consumption type Container Apps Environment. The expectation though is that it would be aware we are deploying to a workload profile type environment and deploy accordingly.
This issue is a: (mark with an x)
Issue description
A clear and concise description of the observed issue.
Using Bicep, it is not possible to deploy a Container App to a Container Apps Environment using the maximum CPU/Memory combination in the consumption profile (i.e. cpu: '4.0' memory: '8.0Gi') as defined in the documentation here: https://learn.microsoft.com/en-us/azure/container-apps/workload-profiles-overview#profile-types
This is supported in the portal and can be updated manually, but this will break with subsequent runs of the Bicep in CI/CD pipelines due to the limitation.
The error returned from Bicep is:
Steps to reproduce
Expected behavior [What you expected to happen.]
The container app should successfully deploy.
Actual behavior [What actually happened.]
The error returned from Bicep is:
Screenshots
If applicable, add screenshots to help explain your problem.
Additional context
Ex. Did this issue occur in the CLI or the Portal?
Bicep