Open vandjelk opened 2 months ago
Created on 2024-08-05 by @vandjelk.
Recently introduced PeeringName field in AzureVpcPeering API brings confusion if it relates to Kyma or Customer side of the peering.
Following the already adopted prefix Remote for resources that appears in customer subscription, field is renamed to RemotePeeringName.
apiVersion: cloud-resources.kyma-project.io/v1beta1 kind: AzureVpcPeering metadata: name: azurevpcpeering-sample spec: allowVnetAccess: true remotePeeringName: MyPeering remoteResourceGroup: MyResourceGroup remoteVnet: /subscriptions/afdbc79f-de19-4df4-94cd-6be2739dc0e0/resourceGroups/MyResourceGroup/providers/Microsoft.Network/virtualNetworks/MyVnet
Remote prefix appears on most of the API fields.
Created on 2024-08-05 by @vandjelk.
Decision log
Context
Recently introduced PeeringName field in AzureVpcPeering API brings confusion if it relates to Kyma or Customer side of the peering.
Decision
Following the already adopted prefix Remote for resources that appears in customer subscription, field is renamed to RemotePeeringName.
Consequences
Remote prefix appears on most of the API fields.