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鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support for AWS Native #1075

Open
geowalrus4gh opened this issue Mar 4, 2024 · 1 comment
Open

Support for AWS Native #1075

geowalrus4gh opened this issue Mar 4, 2024 · 1 comment
Labels
kind/enhancement Improvements or new features

Comments

@geowalrus4gh
Copy link

geowalrus4gh commented Mar 4, 2024

Hello!

  • Vote on this issue by adding a 馃憤 reaction
  • If you want to implement this feature, comment to let us know (we'll work with you on design, scheduling, etc.)

Issue details

Pulumi recommends to create new projects using AWS Native. But pulumi-eks component supports only AWS Classic. Would like to see it work with AWS Native as well. Can this component be built as an abstraction to EKS on top of the underlying AWS Classic/Native in an opinionated way?

@geowalrus4gh geowalrus4gh added kind/enhancement Improvements or new features needs-triage Needs attention from the triage team labels Mar 4, 2024
@mjeffryes
Copy link
Contributor

Thanks for this suggestion @geowalrus4gh. Unfortunately, I think our guidance here has been a source of confusion: there's no reason to feel like you "ought" to start new projects using aws-native resources rather than aws classic resources. We'll be making some docs updates soon to reflect this, but in general, both AWS native and AWS classic provider resources that are unique to that specific provider, but where they overlap, there's no strong reason to prefer the resources from one provider over the other unless you encounter something missing or broken.

Given that context, I think it may be a while before we spend the time to enable AWSX to build aws-native cloud control based resources instead of building on AWS classic resources. It is something we'll want to do eventually though, so we'll keep this ticket open as a placeholder and as a landing place for any more specific feedback users have on this topic.

@mjeffryes mjeffryes removed the needs-triage Needs attention from the triage team label Mar 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/enhancement Improvements or new features
Projects
None yet
Development

No branches or pull requests

2 participants