Capture server attributes for botocore API calls

[SrdjanLL]

Description

• Add server.* span attributes to all botocore calls.
• server.address: endpoint name (eg. iam.amazonaws.com, ec2.us-west-2.amazonaws.com)
• server.port (eg. 443 (default) or custom if specified)
• These attributes are required for Generative AI spans (see semantic conventions).

Related issues:

• AWS bedrock-runtime instumentation for botocore #3210
  • This PR addresses just one of the points in the tracking issue.

Type of change

Please delete options that are not relevant.

• New feature (non-breaking change which adds functionality)

How Has This Been Tested?

Please describe the tests that you ran to verify your changes. Provide instructions so we can reproduce. Please also list any relevant details for your test configuration

• Added unit tests to cover new attribute generation for different test scenarios: regional endpoints, global endpoints and custom endpoints (such as S3 endpoints).
• Smoke-tested bedrock instrumentation and with span inspection using local otelcol

Does This PR Require a Core Repo Change?

• Yes. - Link to PR:
• No.

Checklist:

See contributing.md for styleguide, changelog guidelines, and more.

• Followed the style guidelines of this project
• Changelogs have been updated
• Unit tests have been added
• Documentation has been updated

[linux-foundation-easycla]

The committers listed above are authorized under a signed CLA.

• ✅ login: SrdjanLL / name: Srdjan Lulic (36c9a97, 4820f06, a9380ee, f7ecf32, dc8d631, 71b3ca0, c1c859d, bac5243)
• ✅ login: xrmx / name: Riccardo Magliocchetti (007bf16)

[xrmx]

These attributes are required for Generative AI spans (see semantic conventions).

These are recommended not required. Said that I remember the semconv to pass the port only if it's different than 443 (and openai-v2 matches that) but I don't see it in the published doc so LGTM.

[xrmx]

Please add the attributes to asserts in the bedrock utils tests to check they are working fine there

[SrdjanLL]

@xrmx - I've added server/port assertions for the bedrock API calls as well. Thanks for pointing that out.