Add AWS Cloudwatch Input Package - #19468
Conversation
Elastic Docs Style Checker (Vale)Summary: 1 suggestion found 💡 Suggestions (1): Optional style improvements. Apply when helpful.
The Vale linter checks documentation changes against the Elastic Docs style guide. To use Vale locally or report issues, refer to Elastic style guide for Vale. |
TL;DRThe Buildkite failure is a test failure in Remediation
Investigation detailsRoot Cause
Evidence
Verification
Follow-upIf you intentionally removed per-template tests, add replacement policy/system coverage in Note 🔒 Integrity filter blocked 2 itemsThe following items were blocked because they don't meet the GitHub integrity level.
To allow these resources, lower tools:
github:
min-integrity: approved # merged | approved | unapproved | noneWhat is this? | From workflow: PR Buildkite Detective Give us feedback! React with 🚀 if perfect, 👍 if helpful, 👎 if not. |
Introduces the AWS CloudWatch OpenTelemetry Input Package (aws_cloudwatch_input_otel), which wraps the awscloudwatchmetrics receiver for EC2, Lambda, RDS, SQS, ELB, and Fargate metrics, and declares the required provider_permissions so tooling can generate appropriately-scoped IAM policies for agentless deployments. - Package sourced from PR #19468 (add cloudwatch receiver). - Bumped format_version to 3.6.4 and version to 0.6.0 to enable provider_permissions. - Declared package-level AWS permissions: sts:GetCallerIdentity, cloudwatch:GetMetricData, cloudwatch:ListMetrics, tag:GetResources. All six policy templates (ec2, lambda, rds, sqs, elb, fargate) use the same receiver and API surface, so a single package-level block covers them all. - Addresses elastic/ingest-dev#8142. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
jsoriano
left a comment
There was a problem hiding this comment.
Approving from the integrations triaging side. Thanks!
| # to enumerate its metrics — so newly published metrics from AWS are picked up | ||
| # automatically without package changes. New services can be added by introducing | ||
| # a new `<svc>.yml.hbs` file plus a policy_template entry below. | ||
| policy_templates: |
There was a problem hiding this comment.
I think this is the first input package we have with multiple policy templates, expect dragons. Please let us know if you find any issue.
Are multiple policy templates expected to be used in the same policy?
|
✅ All changelog entries have the correct PR link. |
💚 Build Succeeded
History
|
|
Package aws_cloudwatch_input_otel - 0.1.0 containing this change is available at https://epr.elastic.co/package/aws_cloudwatch_input_otel/0.1.0/ |
| {{#if access_key_id}} | ||
| access_key_id: {{access_key_id}} | ||
| {{/if}} | ||
| {{#if secret_access_key}} | ||
| secret_access_key: {{secret_access_key}} | ||
| {{/if}} | ||
| {{#if session_token}} | ||
| session_token: {{session_token}} | ||
| {{/if}} | ||
| {{#if credential_profile_name}} | ||
| credential_profile_name: {{credential_profile_name}} | ||
| {{/if}} | ||
| {{#if shared_credential_file}} | ||
| shared_credential_file: {{shared_credential_file}} | ||
| {{/if}} | ||
| {{#if role_arn}} | ||
| role_arn: {{role_arn}} | ||
| {{/if}} |
There was a problem hiding this comment.
Hi @muthu-mps while reviewing https://github.com/elastic/kibana/pull/273364/changes I tried those and it seems it not working as expected, I do not think we support root level variables for otel input

Proposed commit message
Summary
Initial release of the AWS CloudWatch OpenTelemetry Input Package (aws_cloudwatch_input_otel). The package wraps the OpenTelemetry Collector awscloudwatchmetrics receiver and exposes one Kibana integration per AWS service.
What's included
What's intentionally out of scope for this PR
Checklist
changelog.ymlfile.Author's Checklist
How to test this PR locally
Related issues
Screenshots