Is there a way to order pulumi resources different...
# generalr
rhythmic-match-71423
12/14/2023, 8:41 PMIs there a way to order pulumi resources differently between create and update, or otherwise constrain the update process?
In my case, I would like to create Linode Instances in parallel, but update serially and stop if anything goes wrong on update. Currently, updates happen in parallel, shutting down all Instances at once.
l
little-cartoon-10569
12/14/2023, 9:09 PMNot within Pulumi. To do this in pure Pulumi, you'd need to separate your resources into multiple projects.
little-cartoon-10569
12/14/2023, 9:09 PMThe normal way to achieve this is to use a machine cluster or container cluster, and let your cloud service manage it.
little-cartoon-10569
12/14/2023, 9:10 PME.g. in AWS, you'd use EKS, ECS or an ASG.
r
rhythmic-match-71423
12/14/2023, 9:25 PMthanks, I can't use a cloud abstraction in this scenario
rhythmic-match-71423
12/14/2023, 9:26 PMI was curious if a Dynamic Resource could wrap real resource(s) so I could inject locks around
update()l
little-cartoon-10569
12/14/2023, 9:30 PMNo, I think the code that runs in dynamic resources runs in the deploy phase. Pulumi resources are created before that, when you're setting up state.
You can use the Cloud service's normal APIs in a dynamic resource. Essentially re-implement the Pulumi resoruce.
little-cartoon-10569
12/14/2023, 9:31 PMBut it's likely that the best "pure" implementation would be to move the instances into their own project, separate from all the stuff they depend on. Put each instance in its own stack. And schedule the stack updates yourself. Or from an automation-api program.
r
rhythmic-match-71423
12/14/2023, 9:33 PMyeah, though at that point pulumi isn't providing much value to the arrangement
l
little-cartoon-10569
12/14/2023, 9:57 PMIt isn't? That seems valuable to me. Scheduling logic is never provided by Pulumi. That's always provided by the cloud provider: AWS, Kubernetes, etc. If there's a need for scheduling here, it's Linode that's not meeting it. You can work around that via Pulumi's automation-api. But Pulumi isn't letting you down, in this instance.
r
rhythmic-match-71423
12/14/2023, 9:59 PMLinode does have a Kubernetes abstraction, however, this usage can't depend on an abstraction like that
l
little-cartoon-10569
12/14/2023, 10:00 PMBut it could depend on a Linode feature equivalent to AWS's ASG. It's still not a Pulumi problem to solve.
r
rhythmic-match-71423
12/14/2023, 10:13 PMSomeone pointed out the
--parallell
little-cartoon-10569
12/14/2023, 10:14 PMAh yes, I haven't ever used that flag. Adding
--parallel 1little-cartoon-10569
12/14/2023, 10:15 PMBut I don't know if the API called by the Linode provider will block until the machine comes back. And once the API call returns, Pulumi will move onto the next bit 😞
r
rhythmic-match-71423
12/14/2023, 10:18 PMah, yes, it certainly won't block, good point... it really would require custom code
I'll have to experiment with wiring up a lock system with Dynamic Resources
l
little-cartoon-10569
12/14/2023, 10:18 PMGood luck!
r
rhythmic-match-71423
12/14/2023, 10:18 PMthanks for your help