No matter how you like to participate in developer communities, Pulumi wants to meet you there. If you want to meet other Pulumi users to share use-cases and best practices, contribute code or documentation, see us at an event, or just tell a story about something cool you did with Pulumi, you are part of our community.

Pulumi Community

When you perform `pulumi up` it will perform the instructed updates (create the EKS cluster) then save a json state file. If you then change the code (e.g. to alter the cluster name) and perform `pulumi up` again, it will compare what your new code is specifying with the state that it saved the first time around. If they're different it will perform alterations. It may be that it has to delete the original cluster and create a new one.

As your code isn't creating 3 stacks, my guess is that you have run it once and then lost the state somehow before altering the name of the cluster and running it again. Without the state, Pulumi doesn't know what to delete. Your cloud resources from the first run are orphaned and it starts again from scratch creating the new one. Once the resources are orphaned, it's hard to convince Pulumi that it should be managing them and so should delete them when running `pulumi destroy`.

Maybe you know all this and I'm barking up the wrong tree. However, if not then please have a read of this: <https://www.pulumi.com/docs/intro/concepts/state/#:~:text=Pulumi%20stores%20metadata%20about%20your%20infrastructure%20so%20that,stores%20state%20in%20a%20backend%20of%20your%20choosing.|State and Backends | Pulumi>

Hi <@U02A4KSD22W> , Thanks for replying to my message . You are right we may be facing the issue with orphaned resources. So to clarify if I need to crate 3 or more  s3 buckets ? do they need to be added to the same main.go file?
Our idea is to  create a rest interface where user  wont have access to the main.go code and they can select the project and stack using the rest interface and then create a s3 bucket by specifying the name of the bucket . There will a possibility where multiple user may be able to create multiple s3 buckets . And also looking for the ability to delete the specific s3 bucket which user has created on the specific stack without effecting other s3 buckets on the stack.
What I am taking from above answer is that our main.go file should have all the resources  defined on the main.go file , only than pulumi can deploy multiple s3 resources right ? Does that we mean we cannot provide rest interface which is running pulumi code to deploy multiple s3 buckets since end user wont have access to main.go code ?