Closed shapirov103 closed 2 years ago
Thank you for submitting this @shapirov103! I ran into this issue recently as well and will be working on an update soon to improve it.
@shapirov103 the New Relic Addon version 1.0.8
will now default to the EKS cluster name if no cluster name is provided.
Summary
At present
NewRelicAddOn
requires passing the cluster name as an add-on option. That makes it hard to reuse across multiple environments. Clustername could be defaulted to the EKS cluster name or to the stack name to facilitate reuse of the add-on across envs.With
newRelicClusterName
being a required field customers will have to customize blueprint for each deployment.Examples: 1) the current approach. Note that the need for the field is preventing customers from adding NewRelicAddOn into the master blueprint and requires to customize each deployment:
2) If the field gets a sane default. Note that the addon is now part of the master blueprint and no customizations are needed for each deployment (assuming the secret is replicated into the target regions):
Desired Behavior
Ability to specify the add-on on the master blueprint level allows customers to control NewRelic lifecycle from a single location in the code.
Possible Solution
Make the newrelicClusterName optional with reasonable defaults that could be derived from the EKS cluster name or from the blueprint stack id.
clusterInfo.cluster.clusterName
Additional context