7 ms·

Hello! Me and some other folks who work on the Rust SDK will be around today answering questions in the comments.

by rusbus 3y ago

csomar 3y ago
Will there be any support for Wasm as a target for compilation?
- jupp0r 3y ago
  Why would this be specific to the SDK? If the code is Rust without any native libraries being linked, WASM should work out of the box.
  - rusbus 3y ago
    Although this is true in theory, in practice you need to be very careful when writing code if you want to target WASM. One example: `SystemTime::now` will panic on some WASM platforms!
    - jupp0r 3y ago
      True, but library authors shouldn't work around those bugs. It just creates a whole lot of unnecessary legacy code in the wrong places.
  - csomar 3y ago
    I wish this was true but it isn't.
- rusbus 3y ago
  Yep! There are actually examples that use Web Assembly: https://github.com/awslabs/aws-sdk-rust/tree/main/examples/webassembly https://github.com/awslabs/aws-sdk-rust/tree/main/examples/w...
  - csomar 3y ago
    So is there an indication/documentation which packages are wasm-supported or is this a kind of try and find out type of situation?
habitue 3y ago
Are there any plans to do the same for CDK?
- anentropic 3y ago
  Yes, it'd be nice to have a CDK based on Rust with ergonomic libs for downstream langs derived from that via FFI (e.g. Python/PyO3) instead of the JSII abomination they ended up with I don't hold my breath
belter 3y ago
Thanks for showing up and answering questions. Congratulations on the release. What kind of plans for support of Rust's evolving async ecosystem? Any particular reason why the public roadmap does not show the columns similar to "Researching", "We're Working On It" like the other similar public AWS Roadmaps? See example for Containers: https://github.com/aws/containers-roadmap/projects/1 https://github.com/aws/containers-roadmap/projects/1 Would be nice to have fully working examples on Github, for most common scenarios across most AWS services. This is something that historically AWS SDKs have been inconsistent on. Just a request not really a question :-)
- rusbus 3y ago
  > What kind of plans for support of Rust's evolving async ecosystem? We were hoping async-function-in-trait would land before GA, however, we have a plan to add support in a backwards compatible way when it's released. > Any particular reason why the public roadmap does not show the columns similar to "Researching", "We're Working On It" like the other similar public AWS Roadmaps? Our roadmap has unfortunately been in a state of disrepair for some time. We're hoping to get it cleaned up and accurate post GA. > Would be nice to have fully working examples on Github, for most common scenarios across most AWS services. This is something that historically AWS SDKs have been inconsistent on. Just a request not really a question :-) There are lots of examples here [1], some simple, some quite complex. If there's something you have in mind, please file an issue! Having great examples is one of our priorities. [1]: https://github.com/awslabs/aws-sdk-rust/tree/main/examples https://github.com/awslabs/aws-sdk-rust/tree/main/examples
kolektiv 3y ago
No questions from me, just some appreciation and thanks for the release. While it is clearly not founded solely on the pure and selfless love of AWS for Rust, it is nevertheless very positive for the language to have good stable ways to work with major platforms. Writing things on AWS in Rust is now a significantly easier sell. Thanks for all the work on this, looking forward to trying a few new pieces out!
digitalsanctum 3y ago
The blog post mentions support for 300+ services. I have a couple of questions: 1. It would be interesting to see a comparison between the Rust service coverage and other language SDKs that have been around for a while such as Java. Is there such a place to see this comparison? 2. Will the Rust SDK stay up to date with the latest services as they're announced? I'm very excited to see this announcement. It's been a long time coming.
- ibotty 3y ago
  Disclaimer: I am not working on the SDK nor for Amazon. As far as I read the code of some AWS SDKs, the SDKs (in most languages) are generated from interface files and are thus always in-sync and cover the same APIs in every language.
  - skyzyx 3y ago
    As a founding, but former, member of the SDK team: can confirm.
- rusbus 3y ago
  The Rust SDK is built on top of the smithy-rs code generator. On the service coverage front, you'll find nearly 100% parity—There are some legacy APIs that aren't supported. It also doesn't have many "high level libraries" (e.g. S3 transfer manager) that can find for other languages. New services will come out the same day as all other SDKs–All SDKs utilize the same automated system to deploy new releases. The only exception is services which require extensive custom code. We're still catching up on those for the Rust SDK.
  - studmuffin650 3y ago
    As a follow-on question, is there plans to integrate the AWS CRT under the hood or does the existence of Tokio and async/await negate the need for it?
necubi 3y ago
Thanks for your work on this! Are there plans to improve the compilation times? Aws sdk crates are some of the slowest dependencies in our build—which feels odd for what are basically wrappers for http clients.
- rusbus 3y ago
  It's on our radar—one of the biggest issues is that some of the services like EC2 are absolutely massive. We're investigating ways for customers to only compile the operations they need, etc.
  - evntdrvn 3y ago
    thanks, and also thanks for everyone's work on the SDK! It's very exciting for it to hit GA :)
iofiiiiiiiii 3y ago
What are the differences in the design principles of the AWS Rust SDK compared to AWS SDKs of other languages? In what ways is it special to work best with the Rust ecosystem?
- rusbus 3y ago
  Probably the biggest one is "batteries included but replaceable." The Rust ecosystem is still maturing, so we did a lot of work to make reasonable default choices but still allow customers to make different ones. Some of our other design tenets are here: https://smithy-lang.github.io/smithy-rs/design/tenets.html https://smithy-lang.github.io/smithy-rs/design/tenets.html
kristianpaul 3y ago
Is cdk rust on the works?
kitplummer 3y ago
Curious about FIPS compliance of the crypto modules, any insight?

Hello! Me and some other folks who work on the Rust SDK will be around today answering questions in the comments.

by rusbus 3y ago

Hello! Me and some other folks who work on the Rust SDK will be around today answering questions in the comments.

csomar 3y ago

Will there be any support for Wasm as a target for compilation?

jupp0r 3y ago
Why would this be specific to the SDK? If the code is Rust without any native libraries being linked, WASM should work out of the box.
- rusbus 3y ago
  Although this is true in theory, in practice you need to be very careful when writing code if you want to target WASM. One example: `SystemTime::now` will panic on some WASM platforms!
  - jupp0r 3y ago
    True, but library authors shouldn't work around those bugs. It just creates a whole lot of unnecessary legacy code in the wrong places.
- csomar 3y ago
  I wish this was true but it isn't.
rusbus 3y ago
Yep! There are actually examples that use Web Assembly: https://github.com/awslabs/aws-sdk-rust/tree/main/examples/webassembly https://github.com/awslabs/aws-sdk-rust/tree/main/examples/w...
- csomar 3y ago
  So is there an indication/documentation which packages are wasm-supported or is this a kind of try and find out type of situation?

habitue 3y ago

Are there any plans to do the same for CDK?

anentropic 3y ago
Yes, it'd be nice to have a CDK based on Rust with ergonomic libs for downstream langs derived from that via FFI (e.g. Python/PyO3) instead of the JSII abomination they ended up with I don't hold my breath

belter 3y ago

Thanks for showing up and answering questions. Congratulations on the release. What kind of plans for support of Rust's evolving async ecosystem? Any particular reason why the public roadmap does not show the columns similar to "Researching", "We're Working On It" like the other similar public AWS Roadmaps? See example for Containers: https://github.com/aws/containers-roadmap/projects/1 https://github.com/aws/containers-roadmap/projects/1 Would be nice to have fully working examples on Github, for most common scenarios across most AWS services. This is something that historically AWS SDKs have been inconsistent on. Just a request not really a question :-)

rusbus 3y ago
> What kind of plans for support of Rust's evolving async ecosystem? We were hoping async-function-in-trait would land before GA, however, we have a plan to add support in a backwards compatible way when it's released. > Any particular reason why the public roadmap does not show the columns similar to "Researching", "We're Working On It" like the other similar public AWS Roadmaps? Our roadmap has unfortunately been in a state of disrepair for some time. We're hoping to get it cleaned up and accurate post GA. > Would be nice to have fully working examples on Github, for most common scenarios across most AWS services. This is something that historically AWS SDKs have been inconsistent on. Just a request not really a question :-) There are lots of examples here [1], some simple, some quite complex. If there's something you have in mind, please file an issue! Having great examples is one of our priorities. [1]: https://github.com/awslabs/aws-sdk-rust/tree/main/examples https://github.com/awslabs/aws-sdk-rust/tree/main/examples

kolektiv 3y ago

No questions from me, just some appreciation and thanks for the release. While it is clearly not founded solely on the pure and selfless love of AWS for Rust, it is nevertheless very positive for the language to have good stable ways to work with major platforms. Writing things on AWS in Rust is now a significantly easier sell. Thanks for all the work on this, looking forward to trying a few new pieces out!

digitalsanctum 3y ago

The blog post mentions support for 300+ services. I have a couple of questions: 1. It would be interesting to see a comparison between the Rust service coverage and other language SDKs that have been around for a while such as Java. Is there such a place to see this comparison? 2. Will the Rust SDK stay up to date with the latest services as they're announced? I'm very excited to see this announcement. It's been a long time coming.

ibotty 3y ago
Disclaimer: I am not working on the SDK nor for Amazon. As far as I read the code of some AWS SDKs, the SDKs (in most languages) are generated from interface files and are thus always in-sync and cover the same APIs in every language.
- skyzyx 3y ago
  As a founding, but former, member of the SDK team: can confirm.
rusbus 3y ago
The Rust SDK is built on top of the smithy-rs code generator. On the service coverage front, you'll find nearly 100% parity—There are some legacy APIs that aren't supported. It also doesn't have many "high level libraries" (e.g. S3 transfer manager) that can find for other languages. New services will come out the same day as all other SDKs–All SDKs utilize the same automated system to deploy new releases. The only exception is services which require extensive custom code. We're still catching up on those for the Rust SDK.
- studmuffin650 3y ago
  As a follow-on question, is there plans to integrate the AWS CRT under the hood or does the existence of Tokio and async/await negate the need for it?

necubi 3y ago

Thanks for your work on this! Are there plans to improve the compilation times? Aws sdk crates are some of the slowest dependencies in our build—which feels odd for what are basically wrappers for http clients.

rusbus 3y ago
It's on our radar—one of the biggest issues is that some of the services like EC2 are absolutely massive. We're investigating ways for customers to only compile the operations they need, etc.
- evntdrvn 3y ago
  thanks, and also thanks for everyone's work on the SDK! It's very exciting for it to hit GA :)

iofiiiiiiiii 3y ago

What are the differences in the design principles of the AWS Rust SDK compared to AWS SDKs of other languages? In what ways is it special to work best with the Rust ecosystem?

rusbus 3y ago
Probably the biggest one is "batteries included but replaceable." The Rust ecosystem is still maturing, so we did a lot of work to make reasonable default choices but still allow customers to make different ones. Some of our other design tenets are here: https://smithy-lang.github.io/smithy-rs/design/tenets.html https://smithy-lang.github.io/smithy-rs/design/tenets.html

kristianpaul 3y ago

Is cdk rust on the works?

kitplummer 3y ago

Curious about FIPS compliance of the crypto modules, any insight?