-
Notifications
You must be signed in to change notification settings - Fork 288
remove fluff #1948
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
remove fluff #1948
Conversation
WalkthroughLarge-scale documentation reorganization: many AlertManager/Prometheus, HolmesGPT, playbook, setup, and notification-routing docs were added, removed, or rewritten; redirects in Changes
Sequence Diagram(s)(No sequence diagram provided — changes are documentation-only and do not modify control flow or runtime interactions.) Estimated code review effort🎯 4 (Complex) | ⏱️ ~45 minutes
Possibly related PRs
Suggested reviewers
Pre-merge checks and finishing touches❌ Failed checks (2 warnings, 1 inconclusive)
✨ Finishing touches🧪 Generate unit tests (beta)
📜 Recent review detailsConfiguration used: CodeRabbit UI Review profile: CHILL Plan: Pro 📒 Files selected for processing (3)
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (3)
🔇 Additional comments (7)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 2
🧹 Nitpick comments (4)
docs/setup-robusta/installation/standalone-installation.rst (1)
5-6: Title change creates potential confusion between installation paths.The new title "Install Robusta" is generic and doesn't distinguish this standalone path from the all-in-one installation. The internal reference label
:install-barebones:(line 3) suggests this is meant to be the "barebones" or minimal installation, but this distinction is lost in the new title.Consider a more descriptive title such as "Install Robusta (without Prometheus)" or update the reference label if appropriate.
docs/playbook-reference/prometheus-examples/index.rst (1)
8-10: HolmesGPT note positioning may discourage custom enrichment learning.The new note prominently highlights AI-powered enrichment before explaining custom enrichment capabilities. While promoting HolmesGPT is valuable, readers may skip the rest of the page. Consider moving this note to the end or reordering to show custom enrichment value first.
Alternative: Position the note after the first bullet or move it to the "Next Steps" section if one exists elsewhere on this page.
docs/playbook-reference/defining-playbooks/builtin-playbooks.rst (1)
37-37: Provide explicit link for playbook actions documentation.This reference mentions "playbook actions documentation" without providing an explicit
:doc:link. Consider adding a cross-reference (:ref:or:doc:) to point users to the exact location, maintaining consistency with the reference on line 28.-To define your own silencers, refer to the playbook actions documentation. +To define your own silencers, refer to the :doc:`playbook actions </playbook-reference/actions/index>` documentation.docs/index.rst (1)
163-163: Consider refining the phrasing.The parenthetical "(playbooks)" interrupts the flow slightly. Consider alternatives like:
- "rules engine (playbooks)"
- "playbook-based rules engine"
- "rules/playbooks engine"
For example:
-Robusta is an SRE agent that transforms alerts into actionable insights using LLMs combined with a rules (playbooks) engine. +Robusta is an SRE agent that transforms alerts into actionable insights using LLMs combined with a playbook-based rules engine.
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (57)
docs/conf.py(2 hunks)docs/configuration/alertmanager-integration/_prometheus_flags_check.rst(0 hunks)docs/configuration/alertmanager-integration/alert-manager.rst(1 hunks)docs/configuration/alertmanager-integration/customize-labels-priorities.rst(1 hunks)docs/configuration/alertmanager-integration/dynatrace.rst(1 hunks)docs/configuration/alertmanager-integration/eks-managed-prometheus.rst(1 hunks)docs/configuration/alertmanager-integration/embedded-prometheus.rst(1 hunks)docs/configuration/alertmanager-integration/grafana-cloud-mimir.rst(0 hunks)docs/configuration/alertmanager-integration/grafana-cloud.rst(1 hunks)docs/configuration/alertmanager-integration/grafana-self-hosted.rst(3 hunks)docs/configuration/alertmanager-integration/index.rst(0 hunks)docs/configuration/alertmanager-integration/launchdarkly.rst(3 hunks)docs/configuration/alertmanager-integration/nagios.rst(4 hunks)docs/configuration/alertmanager-integration/newrelic.rst(1 hunks)docs/configuration/alertmanager-integration/outofcluster-prometheus.rst(1 hunks)docs/configuration/exporting/namespace-resources-api.rst(1 hunks)docs/configuration/exporting/robusta-pro-features.rst(1 hunks)docs/configuration/exporting/send-alerts-api.rst(1 hunks)docs/configuration/index.rst(1 hunks)docs/configuration/metric-providers-grafana-cloud.rst(1 hunks)docs/configuration/metric-providers.rst(1 hunks)docs/how-it-works/alert-builtin-enrichment.rst(0 hunks)docs/how-it-works/architecture.rst(1 hunks)docs/index.rst(5 hunks)docs/notification-routing/notification-routing-examples.rst(0 hunks)docs/notification-routing/routing-with-scopes.rst(1 hunks)docs/playbook-reference/actions/scans.rst(1 hunks)docs/playbook-reference/builtin-alert-enrichment.rst(1 hunks)docs/playbook-reference/defining-playbooks/builtin-playbooks.rst(2 hunks)docs/playbook-reference/defining-playbooks/playbook-basics.rst(1 hunks)docs/playbook-reference/index.rst(1 hunks)docs/playbook-reference/kubernetes-examples/index.rst(0 hunks)docs/playbook-reference/kubernetes-examples/kubernetes-change-notifications.rst(1 hunks)docs/playbook-reference/kubernetes-examples/playbook-failed-liveness.rst(0 hunks)docs/playbook-reference/kubernetes-examples/playbook-job-failure.rst(0 hunks)docs/playbook-reference/kubernetes-examples/playbook-track-changes.rst(0 hunks)docs/playbook-reference/kubernetes-examples/playbook-track-secrets.rst(0 hunks)docs/playbook-reference/overview.rst(1 hunks)docs/playbook-reference/prometheus-examples/index.rst(1 hunks)docs/playbook-reference/triggers/kubernetes.rst(2 hunks)docs/playbook-reference/triggers/prometheus.rst(1 hunks)docs/playbook-reference/what-are-playbooks.rst(0 hunks)docs/setup-robusta/additional-settings.rst(0 hunks)docs/setup-robusta/index.rst(1 hunks)docs/setup-robusta/installation-faq.rst(3 hunks)docs/setup-robusta/installation/_helm_install_no_prometheus.inc.rst(1 hunks)docs/setup-robusta/installation/_helm_install_with_prometheus.inc.rst(1 hunks)docs/setup-robusta/installation/_see_robusta_in_action.rst(0 hunks)docs/setup-robusta/installation/all-in-one-installation.rst(2 hunks)docs/setup-robusta/installation/extend-prometheus-installation.rst(0 hunks)docs/setup-robusta/installation/index.rst(1 hunks)docs/setup-robusta/installation/standalone-installation.rst(2 hunks)docs/setup-robusta/privacy-and-security.rst(1 hunks)docs/setup-robusta/tuning-performance.rst(1 hunks)docs/track-changes/kubernetes-changes.rst(1 hunks)playbooks/robusta_playbooks/kubectl_enrichments.py(1 hunks)playbooks/robusta_playbooks/sink_enrichments.py(1 hunks)
💤 Files with no reviewable changes (14)
- docs/setup-robusta/additional-settings.rst
- docs/notification-routing/notification-routing-examples.rst
- docs/playbook-reference/kubernetes-examples/index.rst
- docs/playbook-reference/kubernetes-examples/playbook-job-failure.rst
- docs/configuration/alertmanager-integration/index.rst
- docs/playbook-reference/kubernetes-examples/playbook-track-secrets.rst
- docs/setup-robusta/installation/extend-prometheus-installation.rst
- docs/configuration/alertmanager-integration/_prometheus_flags_check.rst
- docs/playbook-reference/kubernetes-examples/playbook-failed-liveness.rst
- docs/playbook-reference/kubernetes-examples/playbook-track-changes.rst
- docs/configuration/alertmanager-integration/grafana-cloud-mimir.rst
- docs/setup-robusta/installation/_see_robusta_in_action.rst
- docs/playbook-reference/what-are-playbooks.rst
- docs/how-it-works/alert-builtin-enrichment.rst
✅ Files skipped from review due to trivial changes (16)
- docs/configuration/alertmanager-integration/embedded-prometheus.rst
- docs/configuration/alertmanager-integration/nagios.rst
- docs/setup-robusta/index.rst
- docs/configuration/exporting/namespace-resources-api.rst
- docs/configuration/alertmanager-integration/outofcluster-prometheus.rst
- docs/configuration/exporting/send-alerts-api.rst
- docs/track-changes/kubernetes-changes.rst
- docs/playbook-reference/overview.rst
- docs/setup-robusta/tuning-performance.rst
- docs/playbook-reference/kubernetes-examples/kubernetes-change-notifications.rst
- docs/configuration/alertmanager-integration/newrelic.rst
- docs/configuration/alertmanager-integration/dynatrace.rst
- docs/how-it-works/architecture.rst
- docs/playbook-reference/builtin-alert-enrichment.rst
- docs/notification-routing/routing-with-scopes.rst
- docs/setup-robusta/installation/_helm_install_with_prometheus.inc.rst
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (3)
- GitHub Check: run_tests
- GitHub Check: run_tests
- GitHub Check: Deploy docs
🔇 Additional comments (31)
docs/configuration/alertmanager-integration/launchdarkly.rst (2)
63-73: Good security guidance on header-based authentication.The added rationale about API key exposure in URLs, logs, and browser history is sound security practice. The code-block directive change from
httptotextis appropriate since the format isn't standard HTTP syntax.
119-140: Verify Holmes environment variable and pod naming conventions.The Holmes Configuration section provides clear step-by-step instructions. However, please confirm:
- Does setting
PULL_EXTERNAL_FINDINGS=trueactually enable Holmes to ingest LaunchDarkly changes, or are additional configuration steps required?- Is "Holmes pod" the canonical term, or should it reference a specific pod name pattern (e.g.,
robusta-holmes-*)?This ensures the instructions are accurate and users won't encounter unexpected behavior.
playbooks/robusta_playbooks/sink_enrichments.py (1)
28-28: LGTM! Documentation now matches the actual parameter name.The docstring correction aligns with the actual parameter
alert_fingerprintdefined at line 31, improving API documentation accuracy.playbooks/robusta_playbooks/kubectl_enrichments.py (1)
22-22: LGTM! Documentation now matches the actual parameter name.The docstring correction aligns with the actual parameter
commanddefined at line 27, improving API documentation accuracy.docs/setup-robusta/installation/_helm_install_no_prometheus.inc.rst (1)
47-47: Simplification is appropriate but loses helpful context.The change removes specific mention of "Robusta's bundled Prometheus" in favor of generic "some components." While this simplifies the text per the PR goal, consider whether users would benefit from knowing which components are affected.
Approved as a reasonable simplification aligned with the "remove fluff" objective.
docs/playbook-reference/prometheus-examples/index.rst (1)
16-16: New runbook linking bullet strengthens enrichment documentation.The addition of "Link alerts to runbooks and documentation, to improve knowledge sharing" is a valuable capability that fits naturally with the enrichment theme.
docs/setup-robusta/privacy-and-security.rst (2)
45-95: Censoring section is comprehensive and well-documented with practical examples.The expanded censoring documentation is a major improvement, providing clear configuration examples, before/after comparison, and scope documentation. The YAML examples with CreditCard, Email, and UUID patterns are immediately useful.
Minor consideration: The regex patterns shown, while practical, may not cover all valid formats per specification (e.g., RFC 5322 for emails). Consider adding a note that users should test their patterns against their actual log data.
101-108: Permissions hardening section is clear and actionable.The new section providing concrete steps to reduce Robusta's cluster permissions is valuable, with appropriate platform-specific guidance for OpenShift.
docs/configuration/alertmanager-integration/eks-managed-prometheus.rst (1)
21-21: No issues found—reference consolidation is properly implemented.The target document
grafana-self-hosted.rstexists, and the reference change is part of a well-handled documentation consolidation. The old reference is preserved via a redirect inconf.py, and the new reference is used consistently across the docs. The change is valid.docs/configuration/alertmanager-integration/grafana-cloud.rst (1)
1-46: Documentation cross-references are valid; no issues found.Verification confirms that
/configuration/metric-providers-grafana-cloudexists and is properly referenced. The documentation structure is consistent with other guides in the repository. The specific UI feature ("Generate URL" button) cannot be verified from the codebase as it relates to runtime product behavior rather than documentation accuracy.docs/playbook-reference/defining-playbooks/playbook-basics.rst (1)
8-8: The doc reference change is correct and valid.Verification confirms:
- Target file
./docs/playbook-reference/overview.rstexists ✓- Content provides an appropriate "gentle introduction" covering what playbooks are, when to use them, and how they work ✓
- Reference path syntax is correct for the
:doc:directive ✓- No orphaned cross-references detected ✓
docs/setup-robusta/installation/all-in-one-installation.rst (1)
5-9: Remove orphaned_see_robusta_in_action-2.rstfile or re-include it if validation steps are still needed.HolmesGPT reference is valid, but the PR creates an orphaned file:
_see_robusta_in_action-2.rstexists but is not included anywhere in the documentation. Either:
- Delete the file if validation steps are fully covered by HolmesGPT features, or
- Re-include it if users need initial validation/verification steps before investigating alerts
docs/playbook-reference/triggers/prometheus.rst (2)
4-4: Approve rewording for neutral, factual tone.The content was reworded to use more neutral, factual language rather than promotional framing. This is a good improvement for documentation clarity.
8-8: Documentation reference verified — no action needed.The path
:doc:Send Alerts </configuration/index>correctly references the Send Alerts documentation. The filedocs/configuration/index.rstcontains "Send Alerts to Robusta" at line 3, and old AlertManager paths are properly redirected indocs/conf.py` (e.g., lines 85–86 redirect old alert-manager references to the new alertmanager-integration paths).docs/configuration/alertmanager-integration/alert-manager.rst (2)
1-2: Approve title rename for consistent nomenclature.The title was updated from "In-cluster AlertManager Integration" to "AlertManager - in-cluster" for consistency with the external AlertManager documentation naming convention. This improves documentation organization.
6-6: No issues found with the cross-reference.The verification confirms that
outofcluster-prometheus.rstexists at the expected location and contains the "AlertManager - external" title, making the documentation reference valid and correctly labeled.docs/playbook-reference/triggers/kubernetes.rst (2)
12-12: No issues found—documentation file exists and link is valid.The
Kubernetes Change Notificationsdocumentation file exists at the specified path:docs/playbook-reference/kubernetes-examples/kubernetes-change-notifications.rst. The consolidation of related tutorials into this single documentation link is properly supported.
82-82: Review comment is based on incorrect assumptions—no evidence of cross-reference format change exists.The verification found no cross-references (
:ref:or:doc:) foroomkilled_container_graph_enricheranywhere in the documentation, and no evidence that the inline code format on line 82 represents a change from a prior format. The enricher is also not documented inevent-enrichment.rst, but this is unrelated to the comment's premise about a format change.Likely an incorrect or invalid review comment.
docs/configuration/exporting/robusta-pro-features.rst (1)
14-14: Link verification complete—no issues found.The target file
docs/configuration/holmesgpt/main-features.rstexists, and the old index.html path is properly redirected in conf.py. The documentation reorganization is correctly implemented.docs/playbook-reference/defining-playbooks/builtin-playbooks.rst (1)
28-28: No issues found.The Custom Alert Enrichment documentation path is valid and properly structured. The file exists at
docs/playbook-reference/prometheus-examples/index.rstwith the correct title, and the reference on line 28 uses correct RST link syntax.docs/configuration/alertmanager-integration/customize-labels-priorities.rst (1)
1-97: RST validation failed — the original approval is incorrect.The file IS properly linked in navigation (confirmed in
docs/configuration/index.rstanddocs/index.rst), however the RST syntax validation failed during docutils checking. Table formatting appears aligned visually (all lines 73 characters), and no trailing whitespace is detected, but the exact RST error cannot be diagnosed with the available sandbox tools.The developer needs to fix the RST formatting issue before this file can be merged. Run
rst2htmlor an RST linter locally to identify the specific syntax error.docs/configuration/metric-providers.rst (1)
73-79: Grafana Cloud metric provider documentation verified successfully.The grid-item-card references
metric-providers-grafana-cloudwhich correctly corresponds to the documentation file atdocs/configuration/metric-providers-grafana-cloud.rst. The link target matches the filename as expected for sphinx-design doc-type links, following the same pattern as existing metric providers. Formatting and structure are consistent with established conventions.docs/playbook-reference/index.rst (1)
7-12: LGTM! Explicit labels improve navigation.The explicit cross-reference labels (e.g., "Playbook Basics", "Creating Notifications") make the documentation structure clearer for users compared to auto-generated labels from file paths.
docs/setup-robusta/installation-faq.rst (1)
20-20: LGTM! Documentation references updated correctly.The cross-reference to the new "Send Alerts" documentation structure is correct.
docs/configuration/index.rst (1)
1-100: LGTM! Well-organized integration catalog.The reorganized structure with explicit provider cards and new customization options improves discoverability. The separation into a second grid for customization and webhooks (lines 89-100) is a good organizational choice.
docs/setup-robusta/installation/index.rst (1)
21-33: LGTM! Clear installation options.The two-card structure clearly differentiates between standalone Robusta installation and the combined Robusta + Prometheus setup, making it easy for users to choose the appropriate path.
docs/configuration/alertmanager-integration/grafana-self-hosted.rst (1)
1-140: LGTM! Clear two-option structure.The reorganization into two distinct options (Timeline-only vs. Inline Enrichment) makes it easier for users to choose the appropriate integration level. The note at lines 91-93 clarifying that correlation is only needed for Kubernetes alerts is particularly helpful.
docs/index.rst (1)
1-197: LGTM! Comprehensive documentation reorganization.The restructured main index provides clear navigation across all documentation sections. The new caption structure (Overview, Installation, AI Analysis, Send Alerts, etc.) makes the documentation hierarchy intuitive.
docs/conf.py (2)
112-120: LGTM! Comprehensive redirects for moved tutorial pages.All the old tutorial paths are properly redirected to the consolidated
kubernetes-change-notifications.htmlpage, maintaining backward compatibility.
209-218: LGTM! New redirects align with documentation reorganization.The redirects properly handle the renamed and moved pages:
- Grafana AlertManager consolidation
- Playbook reference restructuring
- AlertManager integration index updates
Note that line 217 correctly uses an anchor to point to a specific section, which is good practice.
docs/configuration/metric-providers-grafana-cloud.rst (1)
69-69: Verified: Cross-reference target exists and is correctly defined.The
Simple Upgradereference label is defined atdocs/setup-robusta/upgrade.rst:18. The cross-reference in the file under review is valid and will resolve correctly.
No description provided.