-
Notifications
You must be signed in to change notification settings - Fork 1.2k
[DOCS-9810] Add lambda section to HTTP Server source doc #29222
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
Preview links (active after the
|
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.
LGTM! Just a few suggestions/comments.
You can find the installed forwarder Lambda function under the stack's **Resources** tab with the logical ID `Forwarder`. | ||
|
||
[Set up triggers][6] for the installed Datadog Forwarder. |
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.
It seems like this should be included in the numbered list above?
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.
Thanks! Updated.
Co-authored-by: Brett Blue <[email protected]>
Co-authored-by: Brett Blue <[email protected]>
|
||
1. In the **DdUrl** field, enter your load balancer address. Datadog recommends fronting your Worker with a load balancer. | ||
1. In the **DdPort** field, enter `80`. |
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.
This should match the port from the "Set up a pipeline" step, so in the case of this example 9997
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.
Updated
1. In the **DdUrl** field, enter your load balancer address. Datadog recommends fronting your Worker with a load balancer. | ||
1. In the **DdPort** field, enter `80`. | ||
1. If you want to encrypt traffic from the Datadog Forwarder to your Observability Pipelines Worker load balancer, you need to create an HTTPS listener and manage a certificate on your load balancer. See [Create an HTTPS listener for your Application Load Balancer][5] for more information. |
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.
I know this is pedantic, but it is possible they don't setup their OPW in AWS, so perhaps when we reference the AWS docs we should say "For example in AWS...consult your cloud provider's documentation" or something that to that tune.
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.
I think this is meant for the next line, so I updated that.
/merge |
View all feedbacks in Devflow UI.
The expected merge time in
|
What does this PR do? What is the motivation?
Adds instructions on sending AWS vended logs to OP.
Merge instructions
Merge readiness:
For Datadog employees:
Merge queue is enabled in this repo. Your branch name MUST follow the
<name>/<description>
convention and include the forward slash (/
). Without this format, your pull request will not pass in CI, the GitLab pipeline will not run, and you won't get a branch preview. Getting a branch preview makes it easier for us to check any issues with your PR, such as broken links.If your branch doesn't follow this format, rename it or create a new branch and PR.
To have your PR automatically merged after it receives the required reviews, add the following PR comment:
Additional notes