Управління продуктивністю додатків та моніторинг помилок є критично важливими для будь-якої команди розробників, і для нас Sentry був основним інструментом протягом тривалого часу (пояснення ЧОМУ SENTRY буде в іншій статті). Спочатку ми обрали самохостингову версію Sentry, думаючи, що це дасть нам більше контролю, гнучкості та заощаджень. Однак, коли наші обсяги використання зросли, з’явилися і нові проблеми. Ось детальний погляд на наш досвід із самохостингом Sentry та чому врешті-решт ми вирішили перейти на хмарну версію.
Обіцянки самохостингу
Коли ми спочатку вирішили використовувати самохостингову версію, аргументація здавалася переконливою:
- Контроль витрат: Керуючи інфраструктурою всередині компанії, ми прагнули уникнути постійних підписок і виділяти ресурси за потребою.
- Приватність даних: Хостинг Sentry на наших серверах означав, що чутливі метрики продуктивності та логи помилок залишатимуться під нашим контролем.
Ці обіцянки спрацювали на деякий час, особливо на початкових етапах, коли використання було поміркованим. Однак, коли наші проекти розширювалися, приховані складнощі самохостингу ставали все очевиднішими.
Проблеми, з якими ми зіткнулися
Перекладено з: Our Experience with Self-Hosted Sentry: Why We Decided to Move to the Cloud