[HN Gopher] A New AWS SDK for Rust
___________________________________________________________________
A New AWS SDK for Rust
Author : carllerche
Score : 126 points
Date : 2021-05-07 21:06 UTC (1 hours ago)
(HTM) web link (aws.amazon.com)
(TXT) w3m dump (aws.amazon.com)
| scriptsmith wrote:
| Rusoto is awesome, but looked to have an uncertain future. I hope
| the new SDK can reach the same level of quality and breadth
| fairly quickly.
|
| Also, rusoto is a great name and I hope we get to keep it.
| RcouF1uZ4gsC wrote:
| This is huge for Rust. With Microsoft Windows SDK and now with
| this, Rust is starting to get first party support on platforms.
|
| More so than language syntax, the driver of adoption of a
| language is ecosystem. Rust is rapidly building up a very
| impressive ecosystem around it.
| oblio wrote:
| Now they need an official Jetbrains IDE and we'll know Rust has
| made it.
| agrinman wrote:
| It's basically already here (in the form of a plugin):
| https://www.jetbrains.com/rust/ I've been enjoying it quite a
| bit.
| scriptsmith wrote:
| I believe Jetbrains have stated that there would need to be
| more value to create a whole new product.
|
| Using the plugin with CLion feels very well integrated, and I'm
| not sure what else we'd get out of a seperate IDE other than
| more distinct branding.
| warmwaffles wrote:
| Honestly though, VSCode has been pretty good in this respect.
| Although I wouldn't use it to write Java or Kotlin, but for
| C/C++/Zig/D/Rust it's been good.
| dboreham wrote:
| <raises hand> writing Scala here in VScode.
| justin_oaks wrote:
| That's an odd set of initial services.
|
| I was thinking that it might be just some newer services, but
| then I saw DynamoDB which has been around for quite a while.
| ibraheemdev wrote:
| As good as rusoto is, an official SDK is a huge step forward.
| Many were wondering how AWS could be "commited to Rust" but not
| provide an official SDK, this looks great!
|
| > We are exploring ways to support multiple Rust async runtimes.
|
| Looking to be runtime agnostic from the start is a good sign,
| although it can be challenging in async rust's current state. It
| looks like they aren't tied into much async IO, so it should be
| relatively easy for this library.
| uulu wrote:
| > As good as rusoto is, an official SDK is a huge step forward.
|
| Yes. It might not be "a huge step forward" in tech terms, but
| it would be definitely very positive for wider adoption,
| especially from "enterprises" where all is based on
| "standards".
| technological wrote:
| Does SDK for rust provide any advantages or this is more for
| people who develop in RUST and can use single language across
| their environment ?
| theopsguy wrote:
| Still waiting on GCP to announce theirs
| ibraheemdev wrote:
| The Rust community opened an issue on their tracker [0] - it
| seems that they are not working on one right now:
|
| > Greetings folks! I work on the team that builds the Cloud
| Client Libraries. Per the last comment - I can absolutely share
| that we're not actively working on a Rust SDK right now, and we
| have no immediate plans to start. We completely understand this
| would be useful, and we'd love to go build it. However, we're
| focusing all of our energies on Java, Go, Node.js, Python, C#,
| Ruby, PHP, and C++ at the moment. If you're looking to build
| something, I'd be happy to bounce ideas with you!
|
| For now, we have https://github.com/Byron/google-apis-rs.
|
| [0]: https://issuetracker.google.com/issues/124538614
| zokier wrote:
| > Just like our newer SDKs, AWS used the Smithy toolchain and
| service models to build AWS SDK for Rust
|
| This is pretty impressive. I haven't looked at the SDK in detail,
| but managing to produce ergonomic APIs (semi-)automatically based
| on some service models for language as complex as Rust seems like
| a major accomplishment. I have most experience with the Python
| library (boto3) which is bit weird at places, but the Pythons
| dynamic nature is pretty good at hiding lot of that weirdness.
| Interesting to see how that works out for Rust where so much is
| static and explicit instead.
|
| This also means that the possibility for multiple runtimes might
| not be that far fetched idea, if they can just make a code
| generator that spits out different flavors of the SDK.
| bradleyjg wrote:
| The Java SDK is not especially ergonomic and the docs are
| exactly what you'd expect from auto generation.
| cbb330 wrote:
| How often do the domains of systems programming and cloud
| administration intersect?
|
| I'm assuming that rust programs are primarily used in systems
| programming and that this SDK would be used for cloud
| administration but I could be wrong.
|
| I see an obvious match with python and boto3 but not this.
| nevi-me wrote:
| There's a lot or growing number of people who don't use Rust
| for "systems programming" per se.
|
| People are writing web services or data products that would
| need to interact with cloud services. Object stores, SQL
| interaction, lambda/serverless, etc.
|
| I'd think that people using this SDK for cloud administration
| would be in the minority, but it's just a hunch.
| matthewkmayer wrote:
| This is wonderful to see and a great outcome from the effort put
| into Rust and Rusoto.
| 19h wrote:
| Rusoto was an amazing effort. I was pretty sad when it was semi-
| sunset, but then I realized how all of this was entirely
| voluntary work.
|
| There's been a massive amount of new AWS features recently and
| this made the inofficial SDKs lag behind. Looking forward to
| having an officially maintained SDK. Hope the documentation will
| be better than the generated ones in Rusoto.
___________________________________________________________________
(page generated 2021-05-07 23:00 UTC)