This message was deleted.
# awss
sparse-intern-71089
10/13/2021, 6:28 PMThis message was deleted.
r
red-match-15116
10/13/2021, 6:40 PMnot exactly depending on your use case https://pulumi-community.slack.com/archives/C84L4E3N1/p1634140782087300?thread_ts=1634118479.073900&cid=C84L4E3N1
l
little-cartoon-10569
10/13/2021, 8:53 PMIt's already better for some things.. EC2 image builder, for example.
little-cartoon-10569
10/13/2021, 8:54 PMBest right now to switch on a case-by-case basis only.
l
little-summer-88406
10/14/2021, 7:56 AMPoor. Subnets for example are marked Deprecated with the message not implemeneted. VPCs (or perhaps it was SGs) too iirc. S3 Bucket Policy too. Loads of stuff not implement not just esoteric parts
little-summer-88406
10/14/2021, 7:56 AMHoping 0.2.0 is better (pushed to GH a few days ago but marked unreleased as of yesterday)
little-summer-88406
10/14/2021, 7:57 AMWhilst true that you can kinda of mix and match in terms of using outputs of awsnative-resource.arn/id as inputs to aws, but the big issue I see is there is no easy way to later migrate from aws-tf to awsnative - aliases etc dont cover this scenario
little-summer-88406
10/14/2021, 7:58 AMProblem is a lot of stuff in the AWS-tf is buggy, potentially due TF so not blaming Pulumi, and for the APIs currently supported work flawlessly in awsnative. So it's a difficult time to onboard Pulumi. AWSNative should of had the alpha label instead of marketing writing the blog imo
little-summer-88406
10/14/2021, 8:01 AMI guess you could later use importids to brings across all the aws-tf stuff on a completely fresh proj/stack on awsnative as long as you can get all the props identical so no diff - can see this being a challenge
little-summer-88406
10/14/2021, 8:05 AMLuckily at this stage we're just building dev stacks so Im hoping by time we come to do production AWSNative is in good shape - i.e. we'd destroy aws-tf/native hybrid monster, and just deploy a fresh project all on awsnative
2 Views