Beste Europese alternatieven voor Sentry

Waarom mensen Sentry verlaten

Sentry doet wat het doet heel goed. Het groepeert een exceptie tot een issue, vertelt welke release het heeft kapotgemaakt en hoeveel mensen er last van hadden, en dat doet het beter dan alles wat minder kost. Teams vertrekken niet omdat de stacktraces onjuist zijn.

Ze vertrekken wanneer ze ontdekken dat de Europese versie van Sentry een ander account is en geen instelling. Opslag in Frankfurt bestaat, op de.sentry.io, naast de Amerikaanse regio in Iowa.

De locatie wordt vastgelegd bij het aanmaken van de organisatie, en de eigen documentatie van Sentry zegt dat een bestaande SaaS-organisatie niet kan worden omgezet; de route is een nieuwe organisatie aanmaken. Als je al op us.sentry.io zit en iemand bij juridische zaken nu de vraag heeft gesteld, begin je hoe dan ook met een nieuwe organisatie, en dat is het goedkoopste moment dat je ooit krijgt om de leverancier te wegen.

De tweede aanleiding is dat de ontsnappingsroute smaller blijkt dan gedacht. "Het is open source, we kunnen het zelf hosten" klopte in 2018. Sinds 17 november 2023 valt de code onder de Functional Source License, die de Business Source License verving en pas twee jaar na elke release Apache 2.0 of MIT wordt.

• De regio is een beslissing die je al hebt genomen Beide regio's zijn echt: de Amerikaanse regio draait vanuit Iowa, de EU-regio vanuit Frankfurt, en je kiest er één wanneer de organisatie wordt aangemaakt. Wat je niet kunt, is van gedachten veranderen. De documentatie is duidelijk: de opslaglocatie van een SaaS-organisatie kan niet worden gewijzigd en de enige manier om te wisselen is een nieuwe organisatie aanmaken. Een instelling die je maar één keer kunt instellen, is geen instelling maar een migratie, en een migratie is een moment om opnieuw te kiezen.
• Open source met een vertraging van twee jaar Met de Functional Source License mag je de code lezen, intern draaien en aanpassen, maar het is verboden om hem te gebruiken in een product dat met Sentry concurreert. Twee jaar na een release wordt die release omgezet naar Apache 2.0 of MIT. Dat is royaler dan de meeste source-available licenties, maar op de dag dat je het downloadt is het nog steeds geen OSI-licentie. Als je inkoopregel "open source" zegt, is het eerlijke antwoord over het huidige Sentry nee, met een datum erbij.
• De self-hosted build is een blauwdruk Sentry publiceert wat je nodig hebt om het te draaien: vier CPU-kernen, 16 GB RAM plus 16 GB swap, 32 GB aanbevolen, en een waarschuwing dat de schijf-I/O bepaalt of het standhoudt. De documentatie beschrijft het resultaat als zonder garanties of speciale support, verwijst naar een Discord van de community en stopt waar clustering begint, en stelt dan het gehoste product voor. Teams die Sentry hebben gekozen omdat ze het in huis konden houden, ontdekken dat meestal op de dag dat de enkele node het niet meer aankan.
• De maatstaf telt events, niet mensen Hier gaan de meeste vergelijkingspagina's de fout in over Sentry. Er is geen tarief per gebruikersplaats boven het gratis abonnement: Team kost $26 per maand bij jaarlijkse facturatie, met onbeperkte gebruikers en 50,000 errors, Business $80. De rekening groeit met errors, spans, replays en logs, dus een Europees alternatief bespaart alleen geld als het minder per event rekent of de events op je eigen schijf laat landen. Kosten besparen op Sentry betekent telemetrie samplen, en dat is precies wat je met de aanschaf van Sentry wilde voorkomen.

Wat je moet vervangen, niet alleen evenaren

Bepaal welke van de drie dingen die Sentry voor je doet je echt zou missen, want de tools hieronder beantwoorden ze apart.

Het eerste is de foutenpijplijn: een SDK in elke service, events gegroepeerd in issues, fingerprinting, release-tagging en een workflow om issues toe te wijzen en op te lossen. Het tweede is alles wat Sentry de afgelopen vijf jaar rond die kern heeft gebouwd: sessie-replay, profiling, prestatieanalyse op span-niveau en logs. Het derde is de SDK-omgeving zelf, het deel dat niemand meetelt: de tientallen services die al naar een Sentry-DSN sturen.

GlitchTip is de enige optie hier die het derde ongemoeid laat, omdat het hetzelfde protocol spreekt. Uptrace en Elastic APM betekenen opnieuw instrumenteren, wat een legitieme keuze is als je toch op OpenTelemetry wilde standaardiseren en een slechte keuze als foutopsporing alles was wat je wilde.

De alternatieven vergeleken

Hoe elk alternatief zich verhoudt tot Sentry

Wat er echt stukgaat als je overstapt

De DSN-omgeving is de eerste verrassing. Sentry is ingesteld in applicatiecode, in omgevingsvariabelen van containers, in CI-pijplijnen, in mobiele builds die maanden geleden zijn uitgerold en in een Lambda die al lang niemand heeft geopend. GlitchTip neemt ze allemaal over met één gewijzigde waarde; de andere twee betekenen dat je elke plek moet vinden en de SDK erin moet vervangen. Maak de lijst voordat je kiest, want de lengte van die lijst is het grootste deel van de beslissing.

De tweede is dat de geschiedenis niet meereist. Er bestaat geen route om gegroepeerde issues, hun opmerkingen en hun oplossingsstatus naar een andere leverancier te verplaatsen, en zelfs de eigen verhuistools van Sentry voor self-hosted installaties laten events, transacties, profielen en logs achter. Draai beide systemen twee weken, laat de open issues vanzelf oplossen en behandel het oude account als een archief dat je kunt blijven lezen tot het abonnement afloopt.

De derde is de quota-indeling. Sentry verkoopt je errors, spans, replays en logs als aparte tegoeden, dus je team heeft geleerd de rekening in die termen te lezen. Uptrace rekent per binnengekomen gigabyte, GlitchTip per event en een zelf beheerd Elastic-cluster per hardware. Iemand moet opnieuw bepalen wat 'te luidruchtig' in de nieuwe eenheid betekent, en tot die tijd is de eerste factuur in de ene of andere richting een verrassing.

Kan ik mijn bestaande Sentry-organisatie naar de EU-regio verplaatsen?

Nee. Sentry biedt opslag in Frankfurt en in Iowa, en de keuze wordt gemaakt bij het aanmaken van de organisatie. Voor een SaaS-klant stelt de documentatie duidelijk dat de opslaglocatie daarna niet meer te wijzigen is en dat de enige manier om te wisselen is een nieuwe organisatie aan te maken.

Dat weegt zwaarder dan het klinkt. Een nieuwe organisatie betekent nieuwe projecten, nieuwe DSN's die in elke service moeten worden uitgerold, nieuwe integraties, nieuwe alertregels en geen geschiedenis die meekomt. Self-hosted installaties kunnen accounts, instellingen, projecten, teams, dashboards en alertregels verplaatsen, maar niet de events, transacties, profielen of logs, dat wil zeggen niet de data die iemand wilde bewaren.

Het werk om Sentry naar Europa te krijgen is dus ongeveer het werk van het adopteren van een andere foutopsporingstool. Reken dat even uit voordat je aanneemt dat blijven de voorzichtige optie is.

Is Sentry open source, en doet dat ertoe?

Sentry is source-available onder de Functional Source License, die op 17 november 2023 in de plaats kwam van de Business Source License. Je mag de code lezen, intern draaien, aanpassen en bijdragen. Je mag er pas een concurrerende commerciële dienst op bouwen als de release twee jaar oud is, en dan wordt die Apache 2.0 of MIT.

Voor een bedrijf dat simpelweg zijn eigen foutopsporing wil draaien, verandert dit in de praktijk bijna niets. Voor een overheidsinstantie of een inkoopproces met een open source-eis in de tekst, verandert het alles, want op de dag dat je de code neemt, is het geen door de OSI goedgekeurde licentie.

De vergelijking die het verschil zichtbaar maakt: Uptrace is vandaag AGPL-3.0, zonder wachttijd en zonder clausule over concurrerend gebruik. Als de licentie de reden is dat je op deze pagina bent, is dat de rij om naar te kijken.

Hoeveel werk is het om naar GlitchTip over te schakelen?

Minder dan elke andere verhuizing op deze pagina, omdat GlitchTip het ingest-protocol van Sentry implementeert. De Sentry-SDK's die al in je services staan blijven werken; je wijzigt de DSN waar ze naartoe wijzen en events komen ergens anders aan. Voor een team met twintig services en een gedeelde configuratie is dat een middag en een deploy.

Wat niet meekomt is de geschiedenis. Bestaande issues, hun opmerkingen, hun oplossingsstatus en de events erachter blijven in Sentry tot het account afloopt. De gebruikelijke aanpak is beide twee weken draaien, de oude issues vanzelf laten sluiten en niets exporteren.

En je merkt het plafond. Sessie-replay ontbreekt, profiling ontbreekt, en prestatiemonitoring is aanwezig maar dunner dan wat Sentry sinds 2021 heeft gebouwd. Als je team in replays leeft, is dit niet de juiste overstap voor jou.

Wat verlies je als je de SDK's van Sentry achterlaat?

De agents van Sentry doen meer dan een stacktrace posten. Breadcrumbs, release health, gebruikerscontext en het verwerken van source maps zijn de reden dat een niet-geminificeerde frontend-fout überhaupt leesbaar is, en het is Sentry's eigen werk en geen standaard die iemand anders implementeert.

OpenTelemetry, dat is wat Uptrace en Elastic APM gebruiken, is ontworpen rond traces en metrics in plaats van excepties. Het vertelt je welke span faalde en hoe vaak, met veel betere dekking over services heen dan Sentry je geeft. Het levert je niet dezelfde gegroepeerde, ontdubbelde, toewijsbare issue met een release eraan vast.

Het eerlijke kader is dat dit twee verschillende producten zijn die elkaar overlappen. Teams die van Sentry naar een OpenTelemetry-backend gaan en verwachten dat foutopsporing de reis overleeft, zijn meestal teleurgesteld in maand twee.

Welke kies je

Als de reden dat je dit leest is dat iemand vroeg waar de foutdata staat en je ontdekte dat de regio niet te wijzigen is, dan is GlitchTip het pragmatische antwoord: hetzelfde protocol, een Duitse instantie of je eigen server, en een rekening die per event op elk niveau kleiner is.

Als de reden de licentie is, een inkoopregel, een eis van de overheid of een gewone afkeer van source-available voorwaarden met een vertraging van twee jaar, dan is Uptrace de enige optie hier die vandaag AGPL is, en OpenTelemetry maakt de beslissing na deze goedkoper dan deze was.

Als je Elasticsearch al voor logs gebruikt, is Elastic APM de optie die het onderzoek beter maakt in plaats van het alleen te verplaatsen, en het is de enige waarbij de eventdata nooit je eigen hardware hoeft te verlaten.

En als je werkelijk afhankelijk bent van sessie-replay, profiling en prestatieanalyse op span-niveau samen, dan vervangt geen van deze drie dat. De eerlijke zet is een nieuwe organisatie in Frankfurt aanmaken, accepteren dat de jurisdictie nog steeds bij Functional Software, Inc. ligt, en opnieuw kijken wanneer de functie die je niet kunt missen hier een equivalent heeft.