This message was deleted.

you should be able to use depends on to explicitly define that dependency so that it gets deleted in the proper order. See: https://www.pulumi.com/docs/intro/concepts/programming-model/#dependson

I don't think you can use dependsOn between helm chart resources, because the dependent resources created by pulumi runtime. I only have 1 resource in my code, which is the helm chart. Maybe with some transformation magic, but I'm not sure

you could do a weird hack where you instantiate the helm chart twice and use transformations to split out the resources that are dependent upon one-another

that's what I wanted to avoid...

Yeah, unfortunately the monolithic nature of helm charts makes it difficult to do the right thing in cases like this. Pulumi can’t automatically infer the dependencies since they’re all part of the same chart. You should be able to use a transformation to add the

dependsOn

. I think something like this should do the trick:

transformations: [
    (obj: any, opts: pulumi.CustomResourceOptions) => {
        if (obj.kind === "EtcdBackup" && obj.metadata.name == "foo") {
            opts.dependsOn = [resource1, resource2],
        }
    },
],

I will check but need to know the reference of the resource on which I want to depend, so if the callback call order not deterministic, that makes it more trickier(calling with the EtcdBackup object first, then just later with the backup operator object)

This may just be an ugly case to work with since it sounds like something other than Pulumi is creating that resource. You may be able to create a Job to delete those resources that you apply prior to destroying the chart.

@gorgeous-egg-16927 for future reference, transformation on chart does not work, because the callback called with an object which is not a resource https://github.com/pulumi/pulumi-kubernetes/blob/1b8e780ff8a9d2f4c6b87274e04044621db83cb2/sdk/nodejs/yaml/yaml.ts#L2454 resource created later: https://github.com/pulumi/pulumi-kubernetes/blob/1b8e780ff8a9d2f4c6b87274e04044621db83cb2/sdk/nodejs/yaml/yaml.ts#L2587 I had to use aComponentResourceOptions based transformation, my final solution is:

let backupOperator: any
  const namespace = env
  new k8s.helm.v2.Chart(
    `${env}-etcd`,
    {
      repo: 'stable',
      chart: 'etcd-operator',
      version: '0.10.0',
      namespace: namespace,
      values: values,
      transformations: [transformNamespace(namespace)]
    },
    {
      providers: {
        kubernetes: k8sProvider
      },
      transformations: [
        args => {
          if (args.props.kind === 'Deployment' && args.props.metadata.name.includes('etcd-backup-operator')) {
            backupOperator = args.resource
          } else if (args.props.kind === 'EtcdBackup') {
            args.opts.dependsOn = new Promise<pulumi.Resource>(async resolve => {
              const sleep = (ms: number) => new Promise(r => setTimeout(r, ms))

              while (backupOperator === undefined) {
                await sleep(100)
              }

              resolve(backupOperator)
            })
          }

          return {
            props: args.props,
            opts: args.opts
          }
        }
      ]
    }
  )