Page MenuHomePhabricator

[services][blob] Add AWS SDK config
ClosedPublic

Authored by bartek on Nov 18 2022, 9:03 AM.
Tags
None
Referenced Files
Unknown Object (File)
Thu, Nov 7, 5:45 AM
Unknown Object (File)
Thu, Nov 7, 5:39 AM
Unknown Object (File)
Mon, Nov 4, 3:39 PM
Unknown Object (File)
Sun, Oct 27, 9:22 AM
Unknown Object (File)
Oct 11 2024, 10:20 PM
Unknown Object (File)
Oct 11 2024, 9:53 PM
Unknown Object (File)
Oct 3 2024, 7:31 PM
Unknown Object (File)
Oct 3 2024, 6:16 PM
Subscribers

Details

Summary

Added a function to retrieve SDK config, required for accessing
the S3 and DynamoDB SDKs. It is unused yet, but will be needed
later.

Conditionally, if COMM_SERVICES_SANDBOX environment variable is set,
it uses localstack, which reflects the
current C++ implementation.

Depends on D5677

Test Plan

This function is tested a few diffs later, when S3 / DynamoDB are used.

Diff Detail

Repository
rCOMM Comm
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

bartek held this revision as a draft.
bartek published this revision for review.Nov 18 2022, 10:37 AM
varun requested changes to this revision.Nov 18 2022, 12:09 PM
varun added inline comments.
services/blob/src/tools.rs
4–12 ↗(On Diff #18583)

Is there an advantage to the env var approach vs using clap (https://docs.rs/clap/latest/clap/) to provide options? the latter just seems cleaner to me from a usability perspective. we use clap in the Identity service already

This revision now requires changes to proceed.Nov 18 2022, 12:09 PM
services/blob/src/tools.rs
4–12 ↗(On Diff #18583)

I looked at the clap usage in the Identity Service and I totally agree that it is a better solution than using env vars.

The reason I'd stick with the env-vars, for now, is to keep it as a drop-in replacement for the old C++ implementation. This way, minimal effort will be required to switch them later.

This said, I'd leave this env-based at this point, but I'm more than happy to implement a more flexible configuration for the service later.
I have created a Linear task to keep track of this: https://linear.app/comm/issue/ENG-2310/make-blob-service-configurable

services/blob/src/tools.rs
4–12 ↗(On Diff #18583)

Thanks for the explanation! Good with this approach for now. Can you please Request Review again to move this back to my queue?

services/blob/src/tools.rs
4–12 ↗(On Diff #18583)

Done ;)

tomek added a reviewer: ashoat. tomek added 1 blocking reviewer(s): varun.

Looks ok to me but @varun should review this. Also adding @ashoat because there are new dependencies.

This revision is now accepted and ready to land.Nov 22 2022, 9:43 AM
services/blob/Cargo.toml
12–15 ↗(On Diff #18800)

In D5676, @tomek called out that these should omit the patch versions

services/blob/Cargo.toml
12–15 ↗(On Diff #18800)

I'd make an exception for AWS SDK because I find its version compatibility very unstable. I struggled to find a matching aws-config version to aws-sdk-*. Even on the official site they say that the SDK is an unstable developer preview.

services/blob/Cargo.toml
12–15 ↗(On Diff #18800)

That makes sense! But now I'm wondering if there are other libs that are more stable.

This revision was automatically updated to reflect the committed changes.