Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bedrock support? #19

Open
mrichman opened this issue Jan 10, 2025 · 3 comments
Open

Bedrock support? #19

mrichman opened this issue Jan 10, 2025 · 3 comments
Labels
enhancement New feature or request

Comments

@mrichman
Copy link

I don't see Bedrock support in the SDK. What is the process for getting the SDK updated to support new AWS services and APIs?

@disruptek
Copy link
Owner

The problem is that my openapi codegen macro was built for openapi 2 while the latest AWS APIs are published in openapi 3. If someone wants to update the openapi library to support the new version, then we can rebuild all the APIs. This is probably pretty straightforward, and a rather large lift for all openapi products out there.

I made extensive use of this library in production when I wrote Nim for a living, but in seeing people try to use it in the wild, most really don't understand why it works the way it does. People seem want a much simpler, less performant, naive API. Point being, I'm no longer sure the means justify the ends.

If you're using other parts of atoz, perhaps you can chime in with whether the approach was burdensome or advantageous to your use-case...

@disruptek disruptek added the enhancement New feature or request label Jan 11, 2025
@mrichman
Copy link
Author

Could you recommend a different library?

@disruptek
Copy link
Owner

No. I've used several programming languages which generated AWS APIs via the OpenAPI intermediate representation and, net-net, it's a reliable and efficient basis on which to build software.

I'm personally not interested in going back to using these sprawling APIs as composed "by hand", not to mention building or supporting them in the first place. Again, it's just not practical or robust.

If using OpenAPI is too onerous, perhaps you could consider wrapping the C++ APIs instead.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants