I need to add a new cluster for a multi cluster deployment. As I'm still learning K8s • Do I just loop the provider and run 2 iterations to deploy through all? Doesn't make sense to me to consider it as a new stack. • OR is there an EASY way to do both so that a "light weight" blue green consistency is achieved like a normal pulumi create/replace and do both clusters as "one". (I guess that's sorta like a multiplexer for providers?). Key is want to keep it simple. Right now everyone else is just using kubectl so any improvement on that approach on multi-cluster would be good. (Agent deploying has access to reach all clusters) ◦ I wasn't certain if idiomatic design patterns for kubernetes expect cluster app versions to be matching or it's normal on issues to have them get out of sync etc.

I think it’s really up to you how you want to structure it. I’m not quite sure what you mean about blue/green relative to your original question

Pulumi does blue -> green "light" by create before delete and health checks and all come online

I think this is more up to you and less about Pulumi, which is what level of granularity do you wnt to do things and ensure success, handle rollbacks, etc. Pulumi can be the tool that will help you achieve the desired state, but for something like what you’re describing, you need some higher level orchestration to reason about it.

Ok, assuming the current solution is just raw kubectl yaml to each in loop, I'm assuming I'll just add a list of clusters to my stack and have it loop entire stack through each. The alternative I can think of is that I'd need to use components more and make my stack actually deploy the resources to different provides as two unique parts of the stack instead of a loop, which seems overcomplicated and annoying.