ClickHouseSoftware
recommended
We ultimately chose ClickHouse after having engineers on the newly-formed Search and Storage Team individually prototype what Snuba could look like on top of the various systems.
Sentry on choosing ClickHouse to back its new Snuba search infrastructure
blog.sentry.io ↗·2019-05-16Wrong?
RustSoftware
recommended
As of yesterday, we have dramatically cut down that processing time (and CPU utilization on our machines) by replacing our source map handling with a Rust module that we interface with from Python.
Sentry on replacing Python source map handling with a Rust module
blog.sentry.io ↗·2016-10-19Wrong?
PostgreSQLSoftware
uses
The application is backed by several PostgreSQL and Redis clusters, Google Cloud Storage, Snuba and Clickhouse clusters, and a bunch of other services like Relay and Symbolicator that are associated with our processing pipeline.
Sentry describing what its monolith is backed by
sentry.engineering ↗·2023-11-15Wrong?
DjangoSoftware
uses
Sentry is a monolithic Python Django application deployed in several form factors (web servers, Kafka consumers, Celery workers, etc).
Sentry on its monolithic Python Django application
sentry.engineering ↗·2023-11-15Wrong?
RedisSoftware
uses
For example, we use Redis to cache individual query results, which coalesces some of our more bursty and frequently repeated queries into a single ClickHouse query and removes unnecessary load from the ClickHouse cluster.
Sentry on caching Snuba query results in Redis
blog.sentry.io ↗·2019-05-16Wrong?
KafkaSoftware
uses
Writing to Snuba starts with reading from a Kafka topic of JSON events that have gone through Sentry’s normalization and processing steps.
Sentry on feeding Snuba from a Kafka topic of events
blog.sentry.io ↗·2019-05-16Wrong?
PythonSoftware
mixed
This meant that even ignoring any optimizations, just replacing Python with Rust could relieve our chokepoint.
Sentry on Python becoming a chokepoint for source map processing
blog.sentry.io ↗·2016-10-19Wrong?