Size: a a a

DevOps — русскоговорящее сообщество

2021 March 08

EU

Egor Urvanov in DevOps — русскоговорящее сообщество
Oleg 🌯 Fomin
Доброй ночи.
Коллеги, а кто-то использует Sentry в self-hosted варианте?

Делаю предварительную оценку решения, поэтому буду благодарен ответам типа "да, нормально" / "дрянь редкостная, даже не пытайся"

Благодарю.
Дофига дорого. И зачем?
источник

EU

Egor Urvanov in DevOps — русскоговорящее сообщество
Oleg 🌯 Fomin
кейс специфичный — логгирование клиентских приложений: юзер не туда нажал, апишка вернула не то, что ожидалось, разраб не выловил экзепшен и вот это все

подкупает что есть готовые sdk под все мыслимые фронтенды — те не надо делать кучу одной и той же работы под  web, ios и android

и много нужной инфы собирает сразу молча.
Почему не юзать в облаке?
источник

EU

Egor Urvanov in DevOps — русскоговорящее сообщество
Приватные данные?
источник

OF

Oleg 🌯 Fomin in DevOps — русскоговорящее сообщество
Egor Urvanov
Дофига дорого. И зачем?
Оно же типа опенсорс?
источник

S

Sebor in DevOps — русскоговорящее сообщество
Oleg 🌯 Fomin
Доброй ночи.
Коллеги, а кто-то использует Sentry в self-hosted варианте?

Делаю предварительную оценку решения, поэтому буду благодарен ответам типа "да, нормально" / "дрянь редкостная, даже не пытайся"

Благодарю.
Если есть кому суппортить - то почему бы и нет
источник

S

Sebor in DevOps — русскоговорящее сообщество
От нагрузки зависит, конечно
источник

SP

Sergey Paramoshkin in DevOps — русскоговорящее сообщество
Oleg 🌯 Fomin
кейс специфичный — логгирование клиентских приложений: юзер не туда нажал, апишка вернула не то, что ожидалось, разраб не выловил экзепшен и вот это все

подкупает что есть готовые sdk под все мыслимые фронтенды — те не надо делать кучу одной и той же работы под  web, ios и android

и много нужной инфы собирает сразу молча.
ответил в другом чатике
источник

OF

Oleg 🌯 Fomin in DevOps — русскоговорящее сообщество
Egor Urvanov
Приватные данные?
Приватные данные не логгируем ))  А вот заводить зарубежного контрагента и согласовывать "трансграничную передачу данных" — геморрой несусветный на ровном месте.
источник

EU

Egor Urvanov in DevOps — русскоговорящее сообщество
Oleg 🌯 Fomin
Оно же типа опенсорс?
Есть платное облако. Может, вам его хватит. Посмотрите тарифы.
источник

SP

Sergey Paramoshkin in DevOps — русскоговорящее сообщество
топовая штука, есть одна проблема, нужно иметь хороший процесс по обработке тикетов, иначе помойка
источник

OF

Oleg 🌯 Fomin in DevOps — русскоговорящее сообщество
Sergey Paramoshkin
ответил в другом чатике
да, видел спасибо!
источник

S

Sebor in DevOps — русскоговорящее сообщество
Oleg 🌯 Fomin
кейс специфичный — логгирование клиентских приложений: юзер не туда нажал, апишка вернула не то, что ожидалось, разраб не выловил экзепшен и вот это все

подкупает что есть готовые sdk под все мыслимые фронтенды — те не надо делать кучу одной и той же работы под  web, ios и android

и много нужной инфы собирает сразу молча.
А кейс вполне дефолтный)
источник

EU

Egor Urvanov in DevOps — русскоговорящее сообщество
Oleg 🌯 Fomin
Приватные данные не логгируем ))  А вот заводить зарубежного контрагента и согласовывать "трансграничную передачу данных" — геморрой несусветный на ровном месте.
Если так, конечно. То, насколько помню не меньше 16 ГБ и 4 CPU
источник

EU

Egor Urvanov in DevOps — русскоговорящее сообщество
На 8 пыхтит.
источник

OF

Oleg 🌯 Fomin in DevOps — русскоговорящее сообщество
Egor Urvanov
Если так, конечно. То, насколько помню не меньше 16 ГБ и 4 CPU
8 ГБ рекомендуемая
Без нагрузки жрет 4 ГБ
источник

MT

M T in DevOps — русскоговорящее сообщество
Можно версию постарше и будет жрать меньше
источник

MT

M T in DevOps — русскоговорящее сообщество
Вредные советы в треде
источник

OF

Oleg 🌯 Fomin in DevOps — русскоговорящее сообщество
самоновейшую вроде накатил
источник

A

Andrey in DevOps — русскоговорящее сообщество
Dmitry Mozulyov
Всем привет
Ребят вопрос по облаку на гитлабе. И раннеру на линуксе

В общем ситуация следующая. Есть 2 приватных репозитория в облаке gitlab.
Настраиваем раннер для одного репозитория, второй подтягивается через сабмодуль
Локально доступ через SSH: git@gitlab.com:...git

Локально всё работает отлично
Создаю .gitlab-ci.yml, где выставляю GIT_SUBMODULE_STRATEGY: recursive
Сам репозиторий фетчит нормально, а вот на сабмодуль выдаёт следующее:
Host key verification failed

Гуглю, более менее нормальный ответ тут:
https://stackoverflow.com/questions/65680836/gitlab-runner-gets-host-key-verification-failed-for-submodules

Но немного не понятно, что тут происходит
Что ему не хватает в known_hosts, если оба репозитория находится в одной группе
Если не хватает ключей - не понятно. Почему один репозиторий он подтягивает по моим ключам, а второй не может
Говорят можно отключить верификацию HostKey. Но как это работает? Это не создаст уязвимость в безопасности?

Объясните подоходчивее, я не DevOps
Можно попытаться сделать echo в know_hosts, возможно прокатит
источник

YK

Yevhen Kizin in DevOps — русскоговорящее сообщество
По поводу Sentry - мы из-за этих кликхаусов и прочей лабуды так и сидим на 9.2, правда сетап без всяких докеров - через pip + как супервизор supervisord
источник