jetstack / jetstack/jetstack-secure
TLSPK Agent / Jetstack Agent (Re-branding)
- 主要語言
- Go
- 星號
- 262
- 分支
- 27
- 平均合併
- 2 天 7 小時
- 30 天內合併 PR
- 19
描述
## 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](https://venafi.com/tls-protect-for-kubernetes/) and the assumption is that the entire product including this agent would be re-branded to be consistent throughout.
### Impacted resources
- The domain we host on: https://platform.jetstack.io/
- The GitHub organisation this repository lives under, "[Jetstack](https://github.com/jetstack)"
- The name of [this repository](https://github.com/jetstack/jetstack-secure)
- The [readme](https://github.com/jetstack/jetstack-secure#readme) of this repository
- The [chart](https://github.com/jetstack/jetstack-secure/tree/master/deploy/charts/jetstack-agent) we have added
(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.
貢獻指南
研究方向
首先與 TLSPK 產品團隊確認最終命名,因為 issue 表示過早重新命名可能會造成無謂的工作。然後檢視 repository README 和 deploy/charts/jetstack-agent,以及列出的網域、GitHub 組織和 repository 名稱。達成一致的品牌規範,並為所有受影響的資源制定完整的 migration 計畫,即視為完成。
由索引模型根據 Issue 內容生成。
評估
- 技術堆疊
- helm
- 領域
- documentation
- Issue 類型
- 重構
- 難度
- 5/5
- 預估耗時
- 一週以上
- 活躍度
- 停滯
- 描述清晰度
- 需要釐清
- 新手友好度
- 20/100