-
Notifications
You must be signed in to change notification settings - Fork 340
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
feat: Add new ptn modules azd/monitoring
and azd/insights-dashboard
.
#3150
Conversation
This PR contains the development of two ptn modules: Currently, module
So, should we consider merging the two into one module? Do you have any ideas? @jongio |
There are currently three errors in static validation in Pipeline:
@jongio - Could you help me with the first error?
I'm not sure what to fill in the Owning team here, you can refer to this file: https://github.com/Azure/bicep-registry-modules/blob/main/.github/CODEOWNERS @AlexanderSehr - Could you help take a look at the remaining two errors? What do I need to do to fix them. Thank you very much!
|
Hey @zedy-wj, Regarding the order, please make sure the module is listed in the module issues file here as defined in the specs. |
It worked for me, thanks a lot! 😃 |
This is just about this file. An entry for each respective application must be added there, and the teams created. For context: Based on this file, GitHub will request the module owner's team to review PRs for their modules. And by being part of that team (and it being created in the correct way), owners can approve set PRs. If this news to you, I'd strongly encourage you to read through the AVM specs starting from here (all the way through until you hit the CODEOWNERS file header. |
@jongio - Corresponding pipelines / checks run clean and green. Please review this PR, thanks. |
@AlexanderSehr, I can confirm these modules are on the approved list:
FYI, this is the correct CSV file that holds them (as these are pattern modules). |
} | ||
|
||
// module applicationInsights 'br/public:avm/ptn/azd/insights-dashboard:version' | ||
module applicationInsights '../insights-dashboard/main.bicep' = { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why is this implemented in a separate module? If you want to reference the dashboard module - then we have to apply a different approach. As per the specs, no local file references (that is, outside the module folder) are allowed (as this leads to a variety of issues such as cascading breaking changes). To this end, please move the monitoring
module out of this PR and into a seperate one. We'd then merge insights-dashboard
first and publish it, and then you could enable line 63 (the reference to the published module).
} | ||
} | ||
|
||
module logAnalytics 'modules/loganalytics.bicep' = { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why is this a seperate module if the scope is 1:1 the same as the parent? 😄 As a general recommendation I'd suggest to minimize the number of deployments, unless there's a good reason to have them
output applicationInsightsConnectionString string = applicationInsights.outputs.connectionString | ||
|
||
@description('The resource ID of the application insights.') | ||
output applicationInsightsId string = applicationInsights.outputs.id |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
output applicationInsightsId string = applicationInsights.outputs.id | |
output applicationInsightsResourceId string = applicationInsights.outputs.id |
output applicationInsightsName string = applicationInsights.outputs.name | ||
|
||
@description('The resource ID of the loganalytics workspace.') | ||
output logAnalyticsWorkspaceId string = logAnalytics.outputs.id |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
output logAnalyticsWorkspaceId string = logAnalytics.outputs.id | |
output logAnalyticsWorkspaceResourceId string = logAnalytics.outputs.id |
metadata owner = 'Azure/module-maintainers' | ||
|
||
@description('Required. The resource portal dashboards name.') | ||
param applicationInsightsDashboardName string = '' |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If required, it should not have a default
@AlexanderSehr - We created a new PR for |
Description
Fixes Azure/Azure-Verified-Modules#1206 and Azure/Azure-Verified-Modules#1226.
Pipeline Reference
Type of Change
version.json
:version.json
.version.json
.Checklist
Set-AVMModule
locally to generate the supporting module files.@jongio for notification.