Исправление GFORGX, (текущая версия) :
В агента ещё защиту от перечитывания логов добавляли, а то с загрузочными окружениями Соляриса это неприятно срабатывало.
О, с логами много возились, но там самым важным изменением было вроде сравнивать md5 первых N байт, после этого стало как-то лучше в работе с ротацией.
А агент на go хорошо развивается? Туда фичи из первого агента переносятся активно? Были мысли о полной замене?
Вот тут честно скажу.
Я не люблю Golang. Писать приходится, и вынужденно все равно как-то им интересуешься, но по мне так, Agent 2 – это все же какая-то тупиковая ветвь? Почему – это только Linux и Windows. Я пытался там в своих feature-бранчах ну хоть как-то поддерживать macOS, BSD, etc… Но это очень со скрипом.
Я бы сказал, что C-агент куда красивее, лучше, хотя и без конкурентности, конечно, страдает.
Но: работа по Go идет активно. Все больше метрик становятся нативными для Go-агента (там у нас, если что, еще CGo используется для части метрик, чтобы реюзать код 1-го агента, но это все очень плавающе от метрики к метрике), например, из недавнего – proc.get. Но опять же она только Linux/Windows в Go-агенте, и причина пока что – проблемы самого Go. Во всех «нестандартных юниксах» приходится втыкать костыли с CGo и unsafe pointer из-за бедности стандарной библиотеки.
Исходная версия GFORGX, :
В агента ещё защиту от перечитывания логов добавляли, а то с загрузочными окружениями Соляриса это неприятно срабатывало.
О, с логами много возились, но там самым важным изменением было вроде сравнивать md5 первых N байт, после этого стало как-то лучше в работе с ротацией.
А агент на go хорошо развивается? Туда фичи из первого агента переносятся активно? Были мысли о полной замене?
Вот тут честно скажу.
Я не люблю Golang. Писать приходится, и вынужденно все равно как-то им интересуешься, но по мне так, Agent 2 – это все же какая-то тупиковая ветвь? Почему – это только Linux и Windows. Я пытался там в своих feature-бранчах ну хоть как-то поддерживать macOS, BSD, etc… Но это очень со скрипом.
Я бы сказал, что C-агент куда красивее, лучше, хотя и без конкурентности, конечно, страдает.
Но: работа идет по нему активно. Все больше метрик становятся нативными для Go-агента (там у нас, если что, еще CGo используется для части метрик, чтобы реюзать код 1-го агента, но это все очень плавающе от метрики к метрике), например, из недавнего – proc.get. Но опять же она только Linux/Windows в Go-агенте, и причина пока что – проблемы самого Go. Во всех «нестандартных юниксах» приходится втыкать костыли с CGo и unsafe pointer из-за бедности стандарной библиотеки.