summaryrefslogtreecommitdiff
path: root/doc/operations/error_tracking.md
diff options
context:
space:
mode:
authorGitLab Bot <gitlab-bot@gitlab.com>2022-12-20 14:22:11 +0000
committerGitLab Bot <gitlab-bot@gitlab.com>2022-12-20 14:22:11 +0000
commit0c872e02b2c822e3397515ec324051ff540f0cd5 (patch)
treece2fb6ce7030e4dad0f4118d21ab6453e5938cdd /doc/operations/error_tracking.md
parentf7e05a6853b12f02911494c4b3fe53d9540d74fc (diff)
downloadgitlab-ce-0c872e02b2c822e3397515ec324051ff540f0cd5.tar.gz
Add latest changes from gitlab-org/gitlab@15-7-stable-eev15.7.0-rc42
Diffstat (limited to 'doc/operations/error_tracking.md')
-rw-r--r--doc/operations/error_tracking.md14
1 files changed, 5 insertions, 9 deletions
diff --git a/doc/operations/error_tracking.md b/doc/operations/error_tracking.md
index 85b64eb7b3e..d0a208c995b 100644
--- a/doc/operations/error_tracking.md
+++ b/doc/operations/error_tracking.md
@@ -127,17 +127,14 @@ Marking an error as resolved indicates that the error has stopped firing events.
If another event occurs, the error reverts to unresolved.
-## Integrated error tracking
+## Integrated error tracking **(FREE SAAS)**
> - [Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/329596) in GitLab 14.4.
> - [Disabled](https://gitlab.com/gitlab-org/gitlab/-/issues/353639) in GitLab 14.9 [with a flag](../administration/feature_flags.md) named `integrated_error_tracking`. Disabled by default.
> - [Enabled on GitLab.com](https://gitlab.com/gitlab-com/gl-infra/production/-/issues/7586) in GitLab 15.6.
-FLAG:
-By default this feature is not available. To make it available on self-managed GitLab, ask an
-administrator to [enable the feature flag](../administration/feature_flags.md)
-named `integrated_error_tracking`. The feature is not ready for production use.
-On GitLab.com, this feature is available.
+NOTE:
+Available only on GitLab.com. This feature is currently in [Open Beta](https://about.gitlab.com/handbook/product/gitlab-the-product/#open-beta).
Integrated error tracking is a lightweight alternative to Sentry backend.
You still use Sentry SDK with your application. But you don't need to deploy Sentry
@@ -149,9 +146,8 @@ settings. By using a GitLab-provided DSN, your application connects to GitLab to
Those errors are stored in the GitLab database and rendered by the GitLab UI, in the same way as
Sentry integration.
-In GitLab 15.6 and later, the integrated error tracking is available as an
-[open Beta](../policy/alpha-beta-support.md#beta-features).
-It now uses a new backend based on the ClickHouse database that enables better scalability.
+In GitLab 15.6 and later, the integrated error tracking
+uses a new backend based on the ClickHouse database that enables better scalability.
Integrated error tracking remains limited in comparison to the Sentry backend, as only a small subset of the
Sentry API is implemented.