Traditional logging provides you with a trail of events. Some of those events are errors, but many times they’re simply informational. Sentry is fundamentally different because we focus on exceptions, or in other words, we capture application crashes. We discuss in more detail here and on our blog."
}
},
{
"@type": "Question",
"name": "What languages does Sentry support?",
"acceptedAnswer": {
"@type": "Answer",
"text": "
Sentry supports every major language, framework, and library. You can browse each of them here."
}
},
{
"@type": "Question",
"name": "How much does Sentry cost?",
"acceptedAnswer": {
"@type": "Answer",
"text": "
You can get started for free. Pricing depends on the number of monthly events, transactions, and attachments that you send Sentry. For more details, visit our pricing page."
}
},
{
"@type": "Question",
"name": "How does Sentry impact the performance of my app?",
"acceptedAnswer": {
"@type": "Answer",
"text": " Sentry doesn’t impact a web site’s performance. If you look at the configuration options for when you initialize Sentry in your code, you’ll see there’s nothing regarding minimizing its impact on your app’s performance. This is because our team of SDK engineers already developed Sentry with this in mind. Sentry is a listener/handler for errors that asynchronously sends out the error/event to Sentry.io. This is non-blocking. The error/event only goes out if this is an error. Global handlers have almost no impact as well, as they are native APIs provided by the browsers."
}
}
]
} Your code is telling you more than what your logs let on. Sentry’s full stack monitoring gives you full visibility into your code, so you can catch issues before they become downtime. With Sentry’s performance monitoring, you can trace performance issues to poor-performing api calls and slow database queries. Learn the ins-and-outs of distributed tracing and how it can assist you in monitoring the increasingly complex requirements of full stack applications. Join Dustin Bailey (Solutions Engineer) as he shows how developers can trace those pesky performance issues to poor-performing API calls & slow database queries across all your services. Trace View and Trace Navigator give you a throughline between transactions across all your projects. Find the slowest operation or “work” taking place on your service. All without having to click into each trace. Grab the Sentry JavaScript SDK: Configure your DSN: Check our documentation for the latest instructions. Errors don’t exist in a vacuum. With full-stack monitoring, you can trace frontend errors caused by backend code (and vice versa). Being able to correlate your apm logs with distributed tracing means that you can understand how your stack reacts to your latest deploy or integrating a third-party service. Humans are visual creatures. Software errors, not so much. Instead of your eyes slogging over logs, Sentry’s full stack monitoring shows you a complete picture of what’s frustrating your users. Now you can connect those user facing problems on the frontend to impacted services on the backend and fix what matters first. Connecting issues to their root cause doesn’t have to be a guessing game. With full-stack monitoring, you get added context about the application state so you’re able to quickly understand the impact of specific problems. What’s more, all unhandled exceptions are automatically captured, with individual errors rolling up into larger issues. Sentry supports every major language, framework, and library. You can browse each of them here. You can get started for free. Pricing depends on the number of monthly events, transactions, and attachments that you send Sentry. For more details, visit our pricing page. Sentry doesn’t impact a web site’s performance. If you look at the configuration options for when you initialize Sentry in your code, you’ll see there’s nothing regarding minimizing its impact on your app’s performance. This is because our team of SDK engineers already developed Sentry with this in mind. Sentry is a listener/handler for errors that asynchronously sends out the error/event to Sentry.io. This is non-blocking. The error/event only goes out if this is an error. Global handlers have almost no impact as well, as they are native APIs provided by the browsers. Here’s a quick look at how Sentry handles your personal information (PII). We collect PII about people browsing our website, users of the Sentry service, prospective customers, and people who otherwise interact with us. What if my PII is included in data sent to Sentry by a Sentry customer (e.g., someone using Sentry to monitor their app)? In this case you have to contact the Sentry customer (e.g., the maker of the app). We do not control the data that is sent to us through the Sentry service for the purposes of application monitoring. We may disclose your PII to the following type of recipients: You may have the following rights related to your PII: If you have any questions or concerns about your privacy at Sentry, please email us at [email protected]. If you are a California resident, see our Supplemental notice.Full Stack Monitoring
Learn about Tracing
Distributed Tracing 101 for Full Stack Developers
Tracing for the Frontend (to the Backend)
Find the Root Cause Faster with Trace View and Trace Navigator
Learn about Suspect Spans
Getting Started is Simple
<script src="https://browser.sentry-cdn.com/<VERSION>/bundle.min.js"></script>
Sentry.init({ dsn: 'https://<key>@sentry.io/<project>' });
More than 100K organizations trust Sentry with their application monitoring.
Trace. Triage. Triumph.
See the sprawl
Understand what your code is thinking. Really.
FAQs
Supporting Resources
A single source of truth — for multiple layers of complexity.
A peek at your privacy
Who we collect PII from
PII we may collect about you
Tell me moreHow we use your PII
How exactly?Third parties who receive your PII
What do they do?We use cookies (but not for advertising)
How can I choose?Know your rights
What can I do?