-
Notifications
You must be signed in to change notification settings - Fork 23
[Node] Custom Metrics E2E Test #481
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
Conversation
thpierce
left a comment
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.
Pretty high level review, didn't go into great detail, but a few comments nonetheless
Co-authored-by: Mahad Janjua <134644284+majanjua-amzn@users.noreply.github.com>
|
@majanjua-amzn, regarding your question on if we have a similar thing in Java. Yes! Since we have autoconfigure present in java we initialize it in the environment variables using |
This PR adds custom metrics to the existing sample app to verify public documentation is correct and functionality continues to work as changes happen in the future (Regression testing). Specifically for OpenTelemetry metrics using the CloudWatch Agent.
The changes made in this PR are:
New imports to index.js and dependencies to package.json (sample app's frontend service for the 'main' instance and the dependency installer)
Global meter, and gauge/histogram/counter added to FrontendServiceController.java from OTEL SDK Metrics page
Update to environment variables in main.tf
Update to jobs & env sections in node-ec2-default-test
Update to Cloudwatch agent config to include otlp ports
New Validator file to call updated predefined template file
Update to PredefinedExpectedTemplate to include new mustache file
New mustache file for validation of custom metrics
Git revert back to last passing CSHA: af399c7
Rollback procedure:
<Can we safely revert this commit if needed? If not, detail what must be done to safely revert and why it is needed.>
Ensure you've run the following tests on your changes and include the link below:
To do so, create a
test.ymlfile withname: Testand workflow description to test your changes, then remove the file for your PR. Link your test run in your PR description. This process is a short term solution while we work on creating a staging environment for testing.ADOT-SIGV4
EC2-DEFAULT
ASG
ECS
EKS
K8s
NOTE: TESTS RUNNING ON A SINGLE EKS CLUSTER CANNOT BE RUN IN PARALLEL. See the needs keyword to run tests in succession.
e2e-playgroundin us-east-1 and eu-central-2e2e-playgroundin us-east-1 and eu-central-2e2e-playgroundin us-east-1 and eu-central-2By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.