Update the infra/core modules to AVM modules
Update the infra/core modules to AVM modules for todo-nodejs-mongo.
1. Modules not replaced by AVM
-
Cosmos DB: Missing the feature
Microsoft.KeyVault/vaults/secretsand the outputconnectionStringKey, so we cannot store theconnection stringinto keyvault. AVM issue link: https://github.com/Azure/bicep-registry-modules/issues/632 -
Monitoring (app insights) : Missing the feature
Microsoft.Portal/dashboardsand the outputapplicationInsights.properties.ConnectionString. AVM issue link: https://github.com/Azure/bicep-registry-modules/issues/1130 -
APIM: Missing features
Microsoft.ApiManagement/service/loggers,Microsoft.ApiManagement/service/apis/diagnostics. AVM issue link: https://github.com/Azure/bicep-registry-modules/issues/1124
2. Modules replaced by AVM
- App Service
- Key Vault
- App Service Plan
@jongio for notification.
/azp run azure-dev - repoman
Azure Pipelines successfully started running 1 pipeline(s).
I have no issue adopting AVM and migrating away from our home grown core modules. If we move forward we should update all the templates and deprecate the core modules.
One way to approach this would be to PR into a feature branch and then merge the feature branch back into main when these updates are completed.
Repoman does the branch on each template automatically. Shouldn't it be a duplication to branch azure-dev as well? Keep in mind that we are updating the todo-templates, while the core modules are still available for anyone from the repo. We can keep those around for a while
Please try to make this work without any modules from infra/core. I want to see what all the gaps look like
@jongio I have updated the code, please review.
There are two questions that need to be clarified:
- For
applicationInsightsDashboard,Microsoft.ApiManagement/service/loggersandMicrosoft.ApiManagement/service/apis/diagnostics, since it was not implemented inAVM, we have retained the original implementation. - Remove apim service sku config. For
ConsumptionSKU Type capacity must be specified as0, but inAVM, only1and2are allowed: https://github.com/Azure/bicep-registry-modules/blob/main/avm/res/api-management/service/main.bicep#L68 - For cosmosConnectString, we store in keyVault by
listConnectionStrings(resourceId, '2022-08-15').connectionStrings[0].connectionString
/azp run azure-dev - repoman
Azure Pipelines successfully started running 1 pipeline(s).
@jongio I have updated the code, please review.
There are two questions that need to be clarified:
- For
applicationInsightsDashboard,Microsoft.ApiManagement/service/loggersandMicrosoft.ApiManagement/service/apis/diagnostics, since it was not implemented inAVM, we have retained the original implementation.- Remove apim service sku config. For
ConsumptionSKU Type capacity must be specified as0, but inAVM, only1and2are allowed: https://github.com/Azure/bicep-registry-modules/blob/main/avm/res/api-management/service/main.bicep#L68- For cosmosConnectString, we store in keyVault by
listConnectionStrings(resourceId, '2022-08-15').connectionStrings[0].connectionString
Can you please reference the issues that we have filed for each of the above?
@jongio
- Monitoring (app insights) : Missing the feature
Microsoft.Portal/dashboards, since it was not implemented inAVM, we have retained the original implementation. https://github.com/Azure/bicep-registry-modules/issues/1130 - APIM: Missing features
Microsoft.ApiManagement/service/loggersandMicrosoft.ApiManagement/service/apis/diagnostics. https://github.com/Azure/bicep-registry-modules/issues/1124
/azp run azure-dev - repoman
Azure Pipelines successfully started running 1 pipeline(s).
/azp run azure-dev - repoman
Azure Pipelines successfully started running 1 pipeline(s).
Repoman Generation Results
Repoman pushed changes to remotes for the following projects:
Project: todo-nodejs-mongo
Remote: azure-samples-staging
Branch: pr/3454
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo -b pr/3454
View Changes | Compare Changes