You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For anyone who doesn't know, what was formerly Jetstack Secure (which used the Jetstack Agent) is now known as TLS Protect for Kubernetes (TLSPK) (which also uses the Jetstack Agent).
Issue
I've had the same conversation at least 3 times now about renaming "X" to TLSPK. Where "X" is the name of the chart, the namespace we install into, etc. Obviously it causes some confusion and should be standardised. So here's the issue to discuss it.
Main Concern & Assumption
Changing the helm chart name, or the readme is not enough as the confusion or contradiction continues. There's the domain we host on and the organisation we host this project under.
TLS Protect for Kubernetes is a Venafi and the assumption is that the entire product including this agent would be re-branded to be consistent throughout.
We work with the TLSPK product team to sort out what the end result should be and standardise around that. That could be: venafi/tlspk-agent. Until we know what the right naming should be, any work to rename parts could well be wasted effort.
What's next
I'd like to use this thread just to give some clarity to the open source side of Jetstack Secure / TLS Protect for Kubernetes around the terminology and branding here.
The text was updated successfully, but these errors were encountered:
History
For anyone who doesn't know, what was formerly Jetstack Secure (which used the Jetstack Agent) is now known as TLS Protect for Kubernetes (TLSPK) (which also uses the Jetstack Agent).
Issue
I've had the same conversation at least 3 times now about renaming "X" to TLSPK. Where "X" is the name of the chart, the namespace we install into, etc. Obviously it causes some confusion and should be standardised. So here's the issue to discuss it.
Main Concern & Assumption
Changing the helm chart name, or the readme is not enough as the confusion or contradiction continues. There's the domain we host on and the organisation we host this project under.
TLS Protect for Kubernetes is a Venafi and the assumption is that the entire product including this agent would be re-branded to be consistent throughout.
Impacted resources
(possibly more, ran out of ideas)
Ideal Scenario
We work with the TLSPK product team to sort out what the end result should be and standardise around that. That could be:
venafi/tlspk-agent
. Until we know what the right naming should be, any work to rename parts could well be wasted effort.What's next
I'd like to use this thread just to give some clarity to the open source side of Jetstack Secure / TLS Protect for Kubernetes around the terminology and branding here.
The text was updated successfully, but these errors were encountered: