Set Up Your Sentry Account
In this guide, we'll provide the recommended checklist for setting up your Sentry organization account so you can get started with Sentry error monitoring.
We understand that some of you are running enterprise organizations, while others of you are hobbyists just coding for fun. Below, we've linked where you should get started, depending on your situation.
- You're configuring Sentry for a large organization? Start at step 1
- You're working on an application with a small team? Start step 2
- You're a hobbyist or working on an app alone? Start at step 3
Of course, you're welcome to go through all the steps, even if you're a team of one.
Single sign-on (SSO) allows your team to log in quickly, streamlines the on/off-boarding process for member accounts, and strengthens your login with secure credentials. Sentry provides out-of-the-box configuration for integrating SSO providers like Okta and Azure Active Directory (SAML) or Google and Github (Oauth). In addition, we provide a generic configuration option for any other SAML2 Identity Provider.
Now that SSO is configured and members have created their accounts, add them to their Sentry Teams. Teams are associated with your Sentry projects, and their members receive issue notifications in addition to becoming issue owners. We recommend creating Sentry teams that align with your internal team structure (for example, #Frontend, #Ops, #SDK, and so on). To add a new team, go to Settings > Teams and click "Create Team".
Click on a team name to open the team settings and manage its associated members and projects. Under the "Members" tab, add existing members to your team by clicking on "Add Member > [Member Name]".
You can also invite multiple new (external) members to join your organization and team by clicking on "Add Member > Invite Member".
Learn more about different user roles in Organization Management.
Sentry integrates into your existing workflows by providing out-of-the-box integrations with widely-used apps and services. To enable and configure integrations, go to Settings > Integrations. There are several types of integrations available, but we recommend that you immediately set up integrations for:
By default, Sentry will notify you about errors in your apps by email and Slack (once you enable the integration). You can also enable team notifications in Slack so the right people in your organization always receive the alerts they need. In addition to Slack, Sentry offers several other notification and incident integrations, like Microsoft Teams and PagerDuty to help you triage issues.
Learn more about setting up alerts with integrations in Alert Routing With Integrations.
When you enable an integration with your Source Code Management (SCM) provider, Sentry will analyze your commit data to:
Identify suspect commits that likely introduced an error.
Suggest assignees who can best resolve the error, based on the suspect commits and your codeowners file.
Mark an issue as Resolved via Commit or PR to stop notifications about similar errors in past releases and notify you of a regression.
Link a Sentry issue to a new or existing issue in your integrated issue tracking solution.
Sentry has built-in SCM integrations with:
If you're using a different SCM provider or don't want Sentry to connect to your repository, check out our Releases documentation to learn how you can still enable most of these features (#1 - #3) by telling Sentry about your commit metadata.
Enabling an integration with your issue tracking solution allows you to create a new issue from within the Issue Details page in sentry.io, or link to an existing one. GitHub, GitLab, and Bitbucket issues are associated with their respective SCM integrations. Sentry also integrates with Azure DevOps, Shortcut, Jira, and others.
For a list of all supported integrations, check out out our full Integrations documentation.
You can set up automated issue management when you create alerts that route to Azure DevOps and Jira. External issues will be created for new Sentry issues on your behalf, and these issues will use the configured fields in your Azure DevOps or Jira workspace. For other issue tracking solutions, you can manually link Sentry issues.
Automatic issue management is available only if your organization is on a Business or Trial plan.
To start monitoring errors in your app with Sentry, you'll need to initialize the SDK with a DSN key. To obtain a key, add a new Sentry project by going to Projects and clicking "Create Project". Give the project a name and assign the responsible team (or teams). Then, retrieve the key in [Project] > Settings > Client Keys (DSN).
Once the SDK is initialized, any error that occurs in your code, wherever it may be deployed and running, will be associated with that specific project.
If you haven't set up any teams to associate with your project because you skipped to step three, don't worry. Even on our free Developer plan, Sentry automatically sets up a team for you based on the name of your organization, and adds you to it.
A project is a logical entity that connects the errors in your application (or a part of it) to the team members assigned to that project. The project settings determine:
- Which errors should be ingested into your Sentry account and which should be dropped, through Inbound Filters
- Who to notify, about what error, and how, using Alert Rules
- Which errors should be automatically assigned to which member or team using Issue Owners
- Custom rules to fine-tune Event Grouping into issues
Also, when you go to the Issues and Discover pages in sentry.io, the filter at the top of the screen prioritizes the projects you're a member of by default. This way, developers are looking at information that is relevant to their work, and they see the errors that they might need to work on.
You could theoretically put all your errors into a single project, as this isn't limited in sentry.io. However, setting up multiple projects to reflect your application with finer granularity helps makes errors more visible and actionable, which can have a big impact on your team's productivity.
Here are some points to consider:
- If your application's source code is managed in multiple repositories, create a separate project for each repo.
- If your app is made up of several micro-services, split them into projects accordingly.
- If you have a monolithic codebase, set up separate projects for the backend and frontend.
- Give each language its own project. For example, if your backend code contains NodeJS and Java components, separate those into two different projects.
Depending on your development life cycle, your applications are probably deployed and running in multiple environments — QA, Staging, Production, and so on. Configuring the environment in your Sentry SDK will add the tag to every error event and will help you associate events with the environment in which they occurred. You can do that by creating a
SENTRY_ENVIRONMENT environment variable or by explicitly defining it in the SDK configuration. Learn more in Environments.
Having the environment defined in your SDK will allow you to:
- Create environment-specific alert rules.
- Filter the Issues page based on the environment.
- Gain comparative insights, based on the environment, through queries in Discover.