-
Notifications
You must be signed in to change notification settings - Fork 237
Update workflow for workload discovery integration tests #1916
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
base: main
Are you sure you want to change the base?
Conversation
464860e to
dcb9bb7
Compare
7d6a7f3 to
0c4c260
Compare
0a27ab1 to
10d06a3
Compare
5be6c50 to
2a257f8
Compare
fe64d14 to
fa76598
Compare
5f9b024 to
2b99647
Compare
2b99647 to
d08f08e
Compare
| runs-on: ubuntu-latest | ||
| outputs: | ||
| ec2_linux_wd_matrix: ${{ steps.set-matrix.outputs.ec2_linux_wd_matrix }} | ||
| ec2_linux_wd_nvidia_matrix: ${{ steps.set-matrix.outputs.ec2_linux_wd_nvidia_matrix }} |
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 nvidia different from the regular wd_matrix?
Is it to be distinct with the devices? then maybe it should be device matrix?
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.
Because NVIDIA uses GPU instance types. Other devices may have their own device instance type.
| env: | ||
| GH_TOKEN: ${{ secrets.GITHUB_TOKEN }} | ||
|
|
||
| StartWDIntegrationTests: |
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.
nit: WD isn't very descriptive.
| StartWDIntegrationTests: | |
| StartWorkloadDiscoveryIntegrationTests: |
| echo "ec2_windows_wd_matrix=$(echo $(cat generator/resources/ec2_windows_wd_complete_test_matrix.json))" >> "$GITHUB_OUTPUT" | ||
| echo "ec2_windows_wd_nvidia_matrix=$(echo $(cat generator/resources/ec2_windows_wd_nvidia_complete_test_matrix.json))" >> "$GITHUB_OUTPUT" | ||
| StartLocalStack: |
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 do we need a LocalStack for the workload discovery tests?
| env: | ||
| GH_TOKEN: ${{ secrets.GITHUB_TOKEN }} | ||
| OutputEnvVariables: |
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.
nit: Why do we need this? Seems like the jobs should be able to get the variables directly from the inputs/env contexts.
Description of the issue
New workload discovery integration tests are implemented in aws/amazon-cloudwatch-agent-test#608, but there is no mechanism to trigger these tests.
Description of changes
wd-integration-test.ymlworkflow for Workload Discovery (WD) integration testsEC2LinuxWDIntegrationTest- Base Linux WD testsEC2WindowsWDIntegrationTest- Base Windows WD testsEC2NvidiaLinuxWDIntegrationTest- NVIDIA Linux WD testsEC2NvidiaWindowsWDIntegrationTest- NVIDIA Windows WD testsbuild-test-artifacts.ymlto support WD test workflow triggeringLicense
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.
Requirements
Before commiting your code, please do the following steps.
make fmtandmake fmt-shmake lintIntegration Tests
To run integration tests against this PR, add the
ready for testinglabel.