docs: add External Secrets Operator guide with Kubernetes auth#5288
docs: add External Secrets Operator guide with Kubernetes auth#5288devin-ai-integration[bot] wants to merge 1 commit intomainfrom
Conversation
Co-Authored-By: ashwin@infisical.com <ashwin@infisical.com>
🤖 Devin AI EngineerI'll be helping with this pull request! Here's what you should know: ✅ I will automatically:
Note: I can only respond to comments from users who have write access to this repository. ⚙️ Control Options:
|
✅ Snyk checks have passed. No issues have been found so far.
💻 Catch issues earlier using the plugins for VS Code, JetBrains IDEs, Visual Studio, and Eclipse. |
Greptile OverviewGreptile SummaryThis PR adds comprehensive documentation for using External Secrets Operator (ESO) with Infisical, focusing on Kubernetes Auth authentication. The guide addresses a customer pain point where they were confused about the correct YAML structure (they were trying to use Vault-style fields instead of the correct Key additions:
Issue found:
Confidence Score: 4/5
Important Files Changed
|
| { | ||
| "group": "Kubernetes Operator", | ||
| "pages": [ | ||
| "integrations/platforms/kubernetes/overview", | ||
| "integrations/platforms/kubernetes/infisical-secret-crd", | ||
| "integrations/platforms/kubernetes/infisical-push-secret-crd", | ||
| "integrations/platforms/kubernetes/infisical-dynamic-secret-crd", | ||
| "integrations/platforms/kubernetes/external-secrets-operator" | ||
| ] | ||
| }, |
There was a problem hiding this comment.
Excessive indentation (20 spaces) inconsistent with other groups
The "Kubernetes Operator" group has much more indentation than other sibling groups like "AWS" (line 503-506) and "Agent" (line 520-527), which use 2 spaces per indent level.
| { | |
| "group": "Kubernetes Operator", | |
| "pages": [ | |
| "integrations/platforms/kubernetes/overview", | |
| "integrations/platforms/kubernetes/infisical-secret-crd", | |
| "integrations/platforms/kubernetes/infisical-push-secret-crd", | |
| "integrations/platforms/kubernetes/infisical-dynamic-secret-crd", | |
| "integrations/platforms/kubernetes/external-secrets-operator" | |
| ] | |
| }, | |
| { | |
| "group": "Kubernetes Operator", | |
| "pages": [ | |
| "integrations/platforms/kubernetes/overview", | |
| "integrations/platforms/kubernetes/infisical-secret-crd", | |
| "integrations/platforms/kubernetes/infisical-push-secret-crd", | |
| "integrations/platforms/kubernetes/infisical-dynamic-secret-crd", | |
| "integrations/platforms/kubernetes/external-secrets-operator" | |
| ] | |
| }, |
Note: If this suggestion doesn't match your team's coding style, reply to this and let me know. I'll remember it for next time!
|
Closing due to inactivity for more than 7 days. Configure here. |
Context
A customer was having trouble setting up External Secrets Operator (ESO) with Infisical using Kubernetes Auth. The existing ESO documentation only showed Universal Auth examples, and the customer was confused about the correct YAML structure for Kubernetes Auth (they were trying to use Vault-style fields like
mountPath,role, andserviceAccountRef).This PR adds a comprehensive step-by-step guide for setting up ESO with Infisical, with a focus on Kubernetes Auth. The guide covers:
The correct ESO configuration for Kubernetes Auth uses
kubernetesAuthCredentialswith anidentityIdreference (verified from the ESO Infisical provider source code).Steps to verify the change
Human Review Checklist
docs/docs.jsondoesn't break navigation (the diff shows increased indentation)kubernetesAuthCredentialsYAML structure matches ESO's expected formatType
Checklist
type(scope): short descriptionLink to Devin run: https://app.devin.ai/sessions/a7720eb11b9749448addd9f9bfb47a9f
Requested by: ashwin@infisical.com