Профиль: Аноним (вход | регистрация) неRU opennet.me  
The OpenNET Project / Index page

[ новости /+++ | форум | теги |    ]



"Выпуск Gotcha 1.0, платформы мониторинга ошибок и производительности"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск Gotcha 1.0, платформы мониторинга ошибок и производительности"  +/
Сообщение от opennews (?), 07-Сен-26, 08:47 
Опубликован выпуск Gotcha 1.0 - self-hosted-платформы мониторинга, объединяющей отслеживание ошибок, распределённые трейсы, метрики, профили, логи, мониторинг доступности с публичными статус-страницами и мониторинг хостов. Проект написан на Go и распространяется под лицензией Apache-2.0. Приём данных совместим с протоколом Sentry SDK и OTLP, данные хранятся в PostgreSQL и ClickHouse. Минимальные требования - 2 vCPU и 2 ГБ ОЗУ. Интерфейс, шаблоны писем и документация доступны на русском и английском языках...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=66220

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от вымя (?), 07-Сен-26, 08:47   +/
> Приём данных совместим с протоколом Sentry SDK

Было б интересно посмотреть потребление ресурсов в сравнении с ним и Bugsink.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18

2. Сообщение от INSANEWAVE (ok), 07-Сен-26, 09:19   +2 +/
У них релиз 0.4 месяц назад был, чел с Клауд кодом за месяц вышел в 1.0 т.е. в рабочую версию?

Я просто не шарю с какой скоростью такие проекты должны делаться чтобы было качество, знатоки - месяц для такой штуки это ок?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #8, #11, #14, #17

7. Сообщение от Хейтер (?), 07-Сен-26, 10:15   –2 +/
>вышел в 1.0 т.е. в рабочую версию
>Номер версии 1.0 свидетельствует о фиксации обратной совместимости
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

8. Сообщение от Hack3r (?), 07-Сен-26, 10:42   +3 +/
да сейчас слопакалипсис идет полным ходом
такей проекты пишутся за выходные и забиваются к следующим выходным
постить такое на опеннет конечно странно
чисто нейрослоп

дам определение: слишком большие коммиты и частые
это означает что автор не читал код в коммитах
может быть они и норм
но скорее они как-то работают, но сопровождать такое может быть сложно в будующем

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #12

9. Сообщение от Аноним (9), 07-Сен-26, 11:15   –1 +/
Гитфлик)
Ответить | Правка | Наверх | Cообщить модератору

11. Сообщение от Аноним (11), 07-Сен-26, 13:10   +1 +/
> Я просто не шарю с какой скоростью такие проекты должны делаться чтобы было качество, знатоки - месяц для такой штуки это ок?

в том то и дело если буквально построчно описать проект и потом еще проверить выхлоп нейрослопа, то фактически вы выполняете двойную работу. ЫЫ не готов и не будет готов к тому, чтобы за "вас" генерить оптимальный (качественный, безопасТный, быстрый) код, как не готов это делать ни один компилятор еще с 70-ых годов!!! И до сих пор приходиться разгребать нейрослоп самого компилятора, потому-что он сгенерировал неоптимальный код.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #16

12. Сообщение от Аноним (12), 07-Сен-26, 18:45   +/
Ну поддержка в будущем не подразумевает ковыряние в гошном (сишном, растовом или какойто там в очередном проекте) коде. ковыряться надо в промпте, который снова скормить ИИшке и она сгенерит новый код с новыми установками. и именно промпт и есть исходник. а гошный код (сишный, растовый итд),  это промежуточный этап. Пока вся эта машинерия сыра до нельзя, в него конечно надо смотреть, чтобы не пропустить бреда от ИИшки.. Но править его - занятие неблагодарное. Выж не полезете править бинарный код.. так и это не надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #15

14. Сообщение от Аноним (14), 07-Сен-26, 19:34   +/
>Я просто не шарю с какой скоростью такие проекты должны делаться чтобы было качество, знатоки - месяц для такой штуки это ок?

Вопрос не в этом. Есть ли в тебе святой дух или его нет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

15. Сообщение от Hack3r (?), 08-Сен-26, 10:16   +/
этот подход плохо скейлится
бинарник детерминирован - а выхлоп ИЛИ нет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

16. Сообщение от Аноним (16), 08-Сен-26, 19:32   +/
> и не будет готов к тому

Извини, но ясновидящим сразу -90% доверия.

> как не готов это делать ни один компилятор еще с 70-ых годов!!!

Ты ещё и на ассемблере пишешь?

> И до сих пор приходиться разгребать нейрослоп самого компилятора, потому-что он сгенерировал неоптимальный код.

Оптимальный код никому не нужен.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

17. Сообщение от Meta (?), 08-Сен-26, 20:28   +/
1.0 значит что весь запланированный функционал был реализован в полном объеме.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

18. Сообщение от OtezVikentiy (?), 11-Сен-26, 17:38   +/
>> Приём данных совместим с протоколом Sentry SDK
> Было б интересно посмотреть потребление ресурсов в сравнении с ним и Bugsink.

Своих замеров по другим продуктам у меня нет, поэтому сравнивать не буду - приведу только то, что мерил сам.

Стенд: VPS 2 ядра / 2 ГБ / 20 ГБ SSD, всё на одной машине - приложение на Go, PostgreSQL и ClickHouse в docker compose. Основной потребитель и памяти, и диска тут ClickHouse, а не само приложение.

Заводские настройки ClickHouse на такой машине заметно расточительны, поэтому в комплекте идёт оверлей docker-compose.small.yml. Замеры до и после него на том же стенде:

- память ClickHouse: 880 -> 295 МБ;
- занято на диске: 12 -> 9.2 ГБ;
- load average: 1.15 -> 0.79.

Большая часть разницы по диску - системные логи самого ClickHouse, которые по умолчанию пишутся подробно и без ограничения срока хранения.

Отсюда и требования в документации: минимум 2 vCPU / 2 ГБ / 20 ГБ SSD для личных проектов и стейджинга, рекомендуемые 4 vCPU / 4 ГБ / 40 ГБ SSD для продакшена с реальным потоком. На сервере с запасом ресурсов оверлей применять не надо - он там только ограничит приём и замедлит запросы.

Отдельной методики нагрузочного тестирования с цифрами "столько-то событий в секунду при таком-то профиле" у меня пока нет, и выдумывать её задним числом не хочу. Когда сделаю - опубликую отдельно, вместе со стендом и скриптом, чтобы можно было повторить.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2026 by Maxim Chirkov
Добавить новость, Поддержать