Component option propagation (Go SDK)

[EronWright]

Proposed changes

Epic: #2254
Fixes: #2710

This PR standardizes the option propagation logic for the component resources in the pulumi-kubernetes Go SDK. The general approach is:

1. In the component resource constructor, compute the child options to be propagated to any children. The child options consist of the component as parent, and with version and pluginDownloadURL if specified.
2. Compute the invoke options by copying the child options.

Specification

The component resource is responsible for computing sub-options for invokes and for child resource declarations. This table outlines the expected behavior for each resource option when presented to a component resource.

	Propagated	Remarks
additionalSecretOutputs	no	"does not apply to component resources"
aliases	no	Inherited via parent-child relationship.
customTimeouts	no	"does not apply to component resources"
deleteBeforeReplace	no
deletedWith	no
dependsOn	no	The children implicitly wait for the dependency.
ignoreChanges	no	Nonsensical to apply directly to children (see discussion).
import	no
parent	yes	The component becomes the parent.
protect	no	Inherited (see p/p bug).
provider	no	Combined into providers map, then inherited via parent-child relationship.
providers	no	Inherited.
replaceOnChanges	no	"does not apply to component resources"
retainOnDelete	no	"does not apply to component resources"
transformations	no	Inherited.
version	yes	Influences default provider selection logic during invokes. Should propagate when child resource is from the same provider type.
pluginDownloadURL	yes	Influences default provider selection logic during invokes. Should propagate when child resource is from the same provider type.

Testing

A new test case is provided (test case, test program) that exercises option propagation across the component resources:

• kubernetes.helm.sh.v3.Chart
• kubernetes.kustomize.Directory
• kubernetes.yaml.ConfigGroup
• kubernetes.yaml.ConfigFile

Upgrade testing must be done manually, with an emphasis on avoiding replacement due to reparenting.

Related issues (optional)

The Go SDK doesn't allow for options to be mutated via the "kubernetes-style" transformation function.
#2666

During testing it was observed that the parent field is occasionally missing from RegisterResource RPC call.
pulumi/pulumi#14826

Here's some key related PRs for additional context:

• Tracking Issue: Standardize provider and providers behaviour pulumi#8796
• Ensure provider InvokeOption is passed to functions #1601
• [helm/v3] Pass provider options to helm invokes #1919
• Use provider option on all invokes #2005

[github-actions]

Does the PR have any schema changes?

Looking good! No breaking changes found.
No new resources/functions.

[rquitales]

The code looks pretty good to me, but I'll defer the final approval to Levi since he is more familiar with overlays. One suggestion I'd make is to break up the PR into either multiple PRs or commits at the very least. It looks like this PR does a few things, add more test capabilities and utility functions as well as actual logic updates. Having all these squashed in 1 commit makes it harder to review, especially since some of these files are autogenerated.

I'd even go as far as to suggest separating the test changes to its own PR. This way, if we ever did need to revert this PR, the test improvements won't be reverted together.