Repository navigation
docs: adding GKE specific workaround to the cilium provider documentation - #4265
Conversation
|
Someone is attempting to deploy a commit to the KeepHQ Team on Vercel. A member of the Team first needs to authorize it. |
|
Thanks on that! Gonna definitely make this possible within Keep! |
5b8eb7f to
e3fc69a
Compare
|
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
|
@Matvey-Kuk any reason not to merge? |
|
@shahargl I approved and enabled auto-merge, wondering why it's not merging |
|
🎊 Fantastic work @aksenk! Your very first PR to keep has been merged! 🎉🥳 You've just taken your first step into open-source, and we couldn't be happier to have you onboard. 🙌 For any support, feel free to reach out on the community: https://slack.keephq.dev. Happy coding! 👩💻👨💻 |
…tion (keephq#4265) Co-authored-by: Matvey Kukuy <Matvey-Kuk@users.noreply.github.com>
📑 Description
If you are using a GKE cluster, you cannot connect Keep to the Google-managed hubble-relay directly because:
However, Keep does not currently support these features.
To work around this, you can add an NGINX Pod that listens on a plaintext HTTP port and proxies requests to hubble-relay secure port using hubble-relay certificates.
✅ Checks
ℹ Additional Information
I created root cause feature request
close #4264