feat(stdlib): add http_request function

[benjamin-awd]

Summary

This PR adds a HTTP request function, allowing users to fetch data from external sources.

Change Type

• Bug fix
• New feature
• Non-functional (chore, refactoring, docs)
• Performance

Is this a breaking change?

• Yes
• No

How did you test this PR?

Added tests, otherwise currently running this in a Kubernetes environment via Helm.

Does this PR include user facing changes?

• Yes. Please add a changelog fragment based on
  our guidelines.
• No. A maintainer will apply the "no-changelog" label to this PR. (not sure if we want to document this or not, if we follow the example of dns_lookup)

Checklist

• Our CONTRIBUTING.md is a good starting place.
• If this PR introduces changes to LICENSE-3rdparty.csv, please
  run dd-rust-license-tool write and commit the changes. More details here.
• For new VRL functions, please also create a sibling PR in Vector to document the new function.

References

Closes #1359

[pront]

Regarding the Cargo.lock, the is a large number of line changes; can you revert and re-apply the cargo update only for the affected dependencies?

[benjamin-awd]

@pront I ran the following:

git checkout main Cargo.lock Cargo.toml

cargo add [email protected] --no-default-features --features rustls-tls
cargo add [email protected]
cargo add [email protected]

but unfortunately the lock-file changes are pretty big. I suppose it must be that reqwest a lot of dependencies, even with some default features disabled

I think it would be good to keep the other default features if possible, e.g. support for HTTP/2

[pront]

Oh yes, WASM builds fail: https://github.com/vectordotdev/vrl/actions/runs/15653270457/job/44203895862?pr=1360

It's possible to support it but you can also disable this function from WASM builds.

[benjamin-awd]

Hey @pront, I've disabled it from the WASM build for now

[pront]

Ah, there's a license not recognized by deny: https://github.com/vectordotdev/vrl/actions/runs/15759598375/job/44502953608?pr=1360

[pront]

Need to think a bit about this one. No actions needed from you @benjamin-awd. Thank you for your patience!

[benjamin-awd]

Understood, thanks @pront!