#zabbix — Public Fediverse posts

Стек российского сисадмина в 2026

Ушел TeamViewer, Veeam не купить, Jira SM превратилась в тыкву. Собрали актуальный стек российского сисадмина в 2026: шесть категорий, только то что реально работает в проде. Внутри — таблица импортозамещения, честные минусы каждого продукта и чек-лист выживания инфраструктуры. Собрать стек

https://habr.com/ru/companies/simpleone/articles/1039440/

#импортозамещение #сисадмин #ITAM #itsm #мониторинг #Zabbix #бэкап #удалённый_доступ #Service_Desk #российское_ПО

Стек российского сисадмина в 2026

Ушел TeamViewer, Veeam не купить, Jira SM превратилась в тыкву. Собрали актуальный стек российского сисадмина в 2026: шесть категорий, только то что реально работает в проде. Внутри — таблица импортозамещения, честные минусы каждого продукта и чек-лист выживания инфраструктуры. Собрать стек

https://habr.com/ru/companies/simpleone/articles/1039440/

#импортозамещение #сисадмин #ITAM #itsm #мониторинг #Zabbix #бэкап #удалённый_доступ #Service_Desk #российское_ПО

Стек российского сисадмина в 2026

Ушел TeamViewer, Veeam не купить, Jira SM превратилась в тыкву. Собрали актуальный стек российского сисадмина в 2026: шесть категорий, только то что реально работает в проде. Внутри — таблица импортозамещения, честные минусы каждого продукта и чек-лист выживания инфраструктуры. Собрать стек

https://habr.com/ru/companies/simpleone/articles/1039440/

#импортозамещение #сисадмин #ITAM #itsm #мониторинг #Zabbix #бэкап #удалённый_доступ #Service_Desk #российское_ПО

Стек российского сисадмина в 2026

Ушел TeamViewer, Veeam не купить, Jira SM превратилась в тыкву. Собрали актуальный стек российского сисадмина в 2026: шесть категорий, только то что реально работает в проде. Внутри — таблица импортозамещения, честные минусы каждого продукта и чек-лист выживания инфраструктуры. Собрать стек

https://habr.com/ru/companies/simpleone/articles/1039440/

#импортозамещение #сисадмин #ITAM #itsm #мониторинг #Zabbix #бэкап #удалённый_доступ #Service_Desk #российское_ПО

Fedora CoreOS zapowiada się na system operacyjny pod #selhosting który gdzieś wpisuje się w moje podejście do maszyn wirtualnych, czyli pod ciągłe tworzenie i ich usuwanie.
Udało mi się dostosować moduł #Terraform pod użycie CoreOS w Proxmox i pierwsza VM służy jako #zabbix proxy. #Butane przypomina #cloudinit co bardzo mi się podoba.

Ktoś może tutaj korzysta z CoreOS?

#fedora #fedoracoreos #coreos #fedoracore

Fedora CoreOS zapowiada się na system operacyjny pod #selhosting który gdzieś wpisuje się w moje podejście do maszyn wirtualnych, czyli pod ciągłe tworzenie i ich usuwanie.
Udało mi się dostosować moduł #Terraform pod użycie CoreOS w Proxmox i pierwsza VM służy jako #zabbix proxy. #Butane przypomina #cloudinit co bardzo mi się podoba.

Ktoś może tutaj korzysta z CoreOS?

#fedora #fedoracoreos #coreos #fedoracore

Fedora CoreOS zapowiada się na system operacyjny pod #selhosting który gdzieś wpisuje się w moje podejście do maszyn wirtualnych, czyli pod ciągłe tworzenie i ich usuwanie.
Udało mi się dostosować moduł #Terraform pod użycie CoreOS w Proxmox i pierwsza VM służy jako #zabbix proxy. #Butane przypomina #cloudinit co bardzo mi się podoba.

Ktoś może tutaj korzysta z CoreOS?

#fedora #fedoracoreos #coreos #fedoracore

Fedora CoreOS zapowiada się na system operacyjny pod #selhosting który gdzieś wpisuje się w moje podejście do maszyn wirtualnych, czyli pod ciągłe tworzenie i ich usuwanie.
Udało mi się dostosować moduł #Terraform pod użycie CoreOS w Proxmox i pierwsza VM służy jako #zabbix proxy. #Butane przypomina #cloudinit co bardzo mi się podoba.

Ktoś może tutaj korzysta z CoreOS?

#fedora #fedoracoreos #coreos #fedoracore

Fedora CoreOS zapowiada się na system operacyjny pod #selhosting który gdzieś wpisuje się w moje podejście do maszyn wirtualnych, czyli pod ciągłe tworzenie i ich usuwanie.
Udało mi się dostosować moduł #Terraform pod użycie CoreOS w Proxmox i pierwsza VM służy jako #zabbix proxy. #Butane przypomina #cloudinit co bardzo mi się podoba.

Ktoś może tutaj korzysta z CoreOS?

#fedora #fedoracoreos #coreos #fedoracore

Godzina 02:27.

Ktoś loguje się do panelu urządzenia wielofunkcyjnego stojącego w korytarzu na 3 piętrze biurowca.

Podmienia jeden wpis w książce adresowej urządzenia.

Od tej pory skanowane na urządzeniu dokumenty trafiają nie tylko do właściwego odbiorcy, ale też pod dodatkowy adres.

Ten adres jest poza firmą. Należy do włamywacza.

Ale kiedy doszło do podmiany?
Ale jaki był IP podmieniającego?

Tego administrator zaatakowanej firmy nigdy nie ustali, bo atakujący ...wyczyścił logi.

A firma nie miała SIEM-a.

Nie monitorowała też SNMP.

I teraz pytanie: Kiedy admin dowie się o tym ataku?

Za 3 godziny czy za 3 miesiące?

Drukarki i MFP to jedne z tych urządzeń, które w wielu firmach są raczej gdzieś poza głównym radarem.

Nie poświęca się im wiele uwagi.

A powinno się.

Bo mają IP, usługi, konta, konfigurację, firmware, książki adresowe, logi i dostęp do dokumentów.

Cenne dane przez nie przelatują. I są drukowane w formie niezaszyfrowanej 🍄 no bo jak inaczej?

Jak to ogarnąć i prawidłowo zbazpieczyć?

🔎 Zabbix + SNMPv3 - żeby kontrolować konfigurację i odchylenia od wzorca

🕵️ Wazuh + szyfrowany Syslog - żeby widzieć zdarzenia wtedy, kiedy się dzieją,

🛠️ Canon iWEMC żeby zarządzać flotą, firmware’em i zgodnością ustawień.

W szczegółach opisujemy to w drugim odcinku cyklu "Droga Samuraja" - poczytajcie: https://niebezpiecznik.pl/post/architektura-nadzoru-czyli-jak-wojownik-it-wlacza-drukarki-w-system-obrony-zgodny-z-nis2-dora-i-zasadami-cyberdojo/

[post sponsorowany]
#cybersecurity #drukarki #MFP #monitoringIT #Wazuh #Zabbix #SNMPv3 #Syslog #NIS2 #DORA #samuraj

Godzina 02:27.

Ktoś loguje się do panelu urządzenia wielofunkcyjnego stojącego w korytarzu na 3 piętrze biurowca.

Podmienia jeden wpis w książce adresowej urządzenia.

Od tej pory skanowane na urządzeniu dokumenty trafiają nie tylko do właściwego odbiorcy, ale też pod dodatkowy adres.

Ten adres jest poza firmą. Należy do włamywacza.

Ale kiedy doszło do podmiany?
Ale jaki był IP podmieniającego?

Tego administrator zaatakowanej firmy nigdy nie ustali, bo atakujący ...wyczyścił logi.

A firma nie miała SIEM-a.

Nie monitorowała też SNMP.

I teraz pytanie: Kiedy admin dowie się o tym ataku?

Za 3 godziny czy za 3 miesiące?

Drukarki i MFP to jedne z tych urządzeń, które w wielu firmach są raczej gdzieś poza głównym radarem.

Nie poświęca się im wiele uwagi.

A powinno się.

Bo mają IP, usługi, konta, konfigurację, firmware, książki adresowe, logi i dostęp do dokumentów.

Cenne dane przez nie przelatują. I są drukowane w formie niezaszyfrowanej 🍄 no bo jak inaczej?

Jak to ogarnąć i prawidłowo zbazpieczyć?

🔎 Zabbix + SNMPv3 - żeby kontrolować konfigurację i odchylenia od wzorca

🕵️ Wazuh + szyfrowany Syslog - żeby widzieć zdarzenia wtedy, kiedy się dzieją,

🛠️ Canon iWEMC żeby zarządzać flotą, firmware’em i zgodnością ustawień.

W szczegółach opisujemy to w drugim odcinku cyklu "Droga Samuraja" - poczytajcie: https://niebezpiecznik.pl/post/architektura-nadzoru-czyli-jak-wojownik-it-wlacza-drukarki-w-system-obrony-zgodny-z-nis2-dora-i-zasadami-cyberdojo/

[post sponsorowany]
#cybersecurity #drukarki #MFP #monitoringIT #Wazuh #Zabbix #SNMPv3 #Syslog #NIS2 #DORA #samuraj

Godzina 02:27.

Ktoś loguje się do panelu urządzenia wielofunkcyjnego stojącego w korytarzu na 3 piętrze biurowca.

Podmienia jeden wpis w książce adresowej urządzenia.

Od tej pory skanowane na urządzeniu dokumenty trafiają nie tylko do właściwego odbiorcy, ale też pod dodatkowy adres.

Ten adres jest poza firmą. Należy do włamywacza.

Ale kiedy doszło do podmiany?
Ale jaki był IP podmieniającego?

Tego administrator zaatakowanej firmy nigdy nie ustali, bo atakujący ...wyczyścił logi.

A firma nie miała SIEM-a.

Nie monitorowała też SNMP.

I teraz pytanie: Kiedy admin dowie się o tym ataku?

Za 3 godziny czy za 3 miesiące?

Drukarki i MFP to jedne z tych urządzeń, które w wielu firmach są raczej gdzieś poza głównym radarem.

Nie poświęca się im wiele uwagi.

A powinno się.

Bo mają IP, usługi, konta, konfigurację, firmware, książki adresowe, logi i dostęp do dokumentów.

Cenne dane przez nie przelatują. I są drukowane w formie niezaszyfrowanej 🍄 no bo jak inaczej?

Jak to ogarnąć i prawidłowo zbazpieczyć?

🔎 Zabbix + SNMPv3 - żeby kontrolować konfigurację i odchylenia od wzorca

🕵️ Wazuh + szyfrowany Syslog - żeby widzieć zdarzenia wtedy, kiedy się dzieją,

🛠️ Canon iWEMC żeby zarządzać flotą, firmware’em i zgodnością ustawień.

W szczegółach opisujemy to w drugim odcinku cyklu "Droga Samuraja" - poczytajcie: https://niebezpiecznik.pl/post/architektura-nadzoru-czyli-jak-wojownik-it-wlacza-drukarki-w-system-obrony-zgodny-z-nis2-dora-i-zasadami-cyberdojo/

[post sponsorowany]
#cybersecurity #drukarki #MFP #monitoringIT #Wazuh #Zabbix #SNMPv3 #Syslog #NIS2 #DORA #samuraj

Godzina 02:27.

Ktoś loguje się do panelu urządzenia wielofunkcyjnego stojącego w korytarzu na 3 piętrze biurowca.

Podmienia jeden wpis w książce adresowej urządzenia.

Od tej pory skanowane na urządzeniu dokumenty trafiają nie tylko do właściwego odbiorcy, ale też pod dodatkowy adres.

Ten adres jest poza firmą. Należy do włamywacza.

Ale kiedy doszło do podmiany?
Ale jaki był IP podmieniającego?

Tego administrator zaatakowanej firmy nigdy nie ustali, bo atakujący ...wyczyścił logi.

A firma nie miała SIEM-a.

Nie monitorowała też SNMP.

I teraz pytanie: Kiedy admin dowie się o tym ataku?

Za 3 godziny czy za 3 miesiące?

Drukarki i MFP to jedne z tych urządzeń, które w wielu firmach są raczej gdzieś poza głównym radarem.

Nie poświęca się im wiele uwagi.

A powinno się.

Bo mają IP, usługi, konta, konfigurację, firmware, książki adresowe, logi i dostęp do dokumentów.

Cenne dane przez nie przelatują. I są drukowane w formie niezaszyfrowanej 🍄 no bo jak inaczej?

Jak to ogarnąć i prawidłowo zbazpieczyć?

🔎 Zabbix + SNMPv3 - żeby kontrolować konfigurację i odchylenia od wzorca

🕵️ Wazuh + szyfrowany Syslog - żeby widzieć zdarzenia wtedy, kiedy się dzieją,

🛠️ Canon iWEMC żeby zarządzać flotą, firmware’em i zgodnością ustawień.

W szczegółach opisujemy to w drugim odcinku cyklu "Droga Samuraja" - poczytajcie: https://niebezpiecznik.pl/post/architektura-nadzoru-czyli-jak-wojownik-it-wlacza-drukarki-w-system-obrony-zgodny-z-nis2-dora-i-zasadami-cyberdojo/

[post sponsorowany]
#cybersecurity #drukarki #MFP #monitoringIT #Wazuh #Zabbix #SNMPv3 #Syslog #NIS2 #DORA #samuraj

Godzina 02:27.

Ktoś loguje się do panelu urządzenia wielofunkcyjnego stojącego w korytarzu na 3 piętrze biurowca.

Podmienia jeden wpis w książce adresowej urządzenia.

Od tej pory skanowane na urządzeniu dokumenty trafiają nie tylko do właściwego odbiorcy, ale też pod dodatkowy adres.

Ten adres jest poza firmą. Należy do włamywacza.

Ale kiedy doszło do podmiany?
Ale jaki był IP podmieniającego?

Tego administrator zaatakowanej firmy nigdy nie ustali, bo atakujący ...wyczyścił logi.

A firma nie miała SIEM-a.

Nie monitorowała też SNMP.

I teraz pytanie: Kiedy admin dowie się o tym ataku?

Za 3 godziny czy za 3 miesiące?

Drukarki i MFP to jedne z tych urządzeń, które w wielu firmach są raczej gdzieś poza głównym radarem.

Nie poświęca się im wiele uwagi.

A powinno się.

Bo mają IP, usługi, konta, konfigurację, firmware, książki adresowe, logi i dostęp do dokumentów.

Cenne dane przez nie przelatują. I są drukowane w formie niezaszyfrowanej 🍄 no bo jak inaczej?

Jak to ogarnąć i prawidłowo zbazpieczyć?

🔎 Zabbix + SNMPv3 - żeby kontrolować konfigurację i odchylenia od wzorca

🕵️ Wazuh + szyfrowany Syslog - żeby widzieć zdarzenia wtedy, kiedy się dzieją,

🛠️ Canon iWEMC żeby zarządzać flotą, firmware’em i zgodnością ustawień.

W szczegółach opisujemy to w drugim odcinku cyklu "Droga Samuraja" - poczytajcie: https://niebezpiecznik.pl/post/architektura-nadzoru-czyli-jak-wojownik-it-wlacza-drukarki-w-system-obrony-zgodny-z-nis2-dora-i-zasadami-cyberdojo/

[post sponsorowany]
#cybersecurity #drukarki #MFP #monitoringIT #Wazuh #Zabbix #SNMPv3 #Syslog #NIS2 #DORA #samuraj

🚀 Deploy #Zabbix Multi-Node #Monitoring System on #AlmaLinux #VPS (10 Minute Quick-Start Guide) This article provides a guide demonstrating how to deploy Zabbix multi-node monitoring system on AlmaLinux VPS. ... Continued 👉 #reverseproxy #selfhosting #selfhosted #opensource #letsencrypt

🚀 Deploy #Zabbix Multi-Node #Monitoring System on #AlmaLinux #VPS (10 Minute Quick-Start Guide) This article provides a guide demonstrating how to deploy Zabbix multi-node monitoring system on AlmaLinux VPS. ... Continued 👉 #letsencrypt #selfhosting #opensource #selfhosted #reverseproxy

Как я Zabbix с LLM дружил в свободное время. Архитектурный обзор взаимодействия с нейросетью. Часть 3 HLD и немного LLD

Это третья статья из цикла о том, как я пытался сделать алерты Zabbix в домашней лаборатории чуть умнее, прикрутив к ним локальную LLM и не получить на выходе архитектурного монстра Франкенштейна. В первой части мы разобрались с постановкой задачи и ТЗ, затем выбрали себе фаворита из локальных LLM, теперь же займемся скучным занятием- проектированием. В этой статье рассмотрим составление HLD и почему это должен делать человек, а что уже можно отдать нейросети в помощь. В процессе написания материал разросся до неимоверных размеров, поэтому пришлось поделить его аж на четыре части. Впереди осталась самая интересная заключительная часть с тем, что получилось на выходе. Ее планирую подготовить за 2-3 недели, т.к. это просто хобби. Часть 1: Вводная и формирование ТЗ Часть 2: Выбор локальной LLM Часть 3: Формирование HLD и немного LLD -> вы здесь Часть 4: Что из этого вышло

https://habr.com/ru/articles/1037466/

#zabbix #llm #aiops #мониторинг #алерты #автоматизация #itинфраструктура #hld #lld #c4

Как я Zabbix с LLM дружил в свободное время. Архитектурный обзор взаимодействия с нейросетью. Часть 3 HLD и немного LLD

Это третья статья из цикла о том, как я пытался сделать алерты Zabbix в домашней лаборатории чуть умнее, прикрутив к ним локальную LLM и не получить на выходе архитектурного монстра Франкенштейна. В первой части мы разобрались с постановкой задачи и ТЗ, затем выбрали себе фаворита из локальных LLM, теперь же займемся скучным занятием- проектированием. В этой статье рассмотрим составление HLD и почему это должен делать человек, а что уже можно отдать нейросети в помощь. В процессе написания материал разросся до неимоверных размеров, поэтому пришлось поделить его аж на четыре части. Впереди осталась самая интересная заключительная часть с тем, что получилось на выходе. Ее планирую подготовить за 2-3 недели, т.к. это просто хобби. Часть 1: Вводная и формирование ТЗ Часть 2: Выбор локальной LLM Часть 3: Формирование HLD и немного LLD -> вы здесь Часть 4: Что из этого вышло

https://habr.com/ru/articles/1037466/

#zabbix #llm #aiops #мониторинг #алерты #автоматизация #itинфраструктура #hld #lld #c4

Как я Zabbix с LLM дружил в свободное время. Архитектурный обзор взаимодействия с нейросетью. Часть 3 HLD и немного LLD

Это третья статья из цикла о том, как я пытался сделать алерты Zabbix в домашней лаборатории чуть умнее, прикрутив к ним локальную LLM и не получить на выходе архитектурного монстра Франкенштейна. В первой части мы разобрались с постановкой задачи и ТЗ, затем выбрали себе фаворита из локальных LLM, теперь же займемся скучным занятием- проектированием. В этой статье рассмотрим составление HLD и почему это должен делать человек, а что уже можно отдать нейросети в помощь. В процессе написания материал разросся до неимоверных размеров, поэтому пришлось поделить его аж на четыре части. Впереди осталась самая интересная заключительная часть с тем, что получилось на выходе. Ее планирую подготовить за 2-3 недели, т.к. это просто хобби. Часть 1: Вводная и формирование ТЗ Часть 2: Выбор локальной LLM Часть 3: Формирование HLD и немного LLD -> вы здесь Часть 4: Что из этого вышло

https://habr.com/ru/articles/1037466/

#zabbix #llm #aiops #мониторинг #алерты #автоматизация #itинфраструктура #hld #lld #c4

Как я Zabbix с LLM дружил в свободное время. Архитектурный обзор взаимодействия с нейросетью. Часть 3 HLD и немного LLD

Это третья статья из цикла о том, как я пытался сделать алерты Zabbix в домашней лаборатории чуть умнее, прикрутив к ним локальную LLM и не получить на выходе архитектурного монстра Франкенштейна. В первой части мы разобрались с постановкой задачи и ТЗ, затем выбрали себе фаворита из локальных LLM, теперь же займемся скучным занятием- проектированием. В этой статье рассмотрим составление HLD и почему это должен делать человек, а что уже можно отдать нейросети в помощь. В процессе написания материал разросся до неимоверных размеров, поэтому пришлось поделить его аж на четыре части. Впереди осталась самая интересная заключительная часть с тем, что получилось на выходе. Ее планирую подготовить за 2-3 недели, т.к. это просто хобби. Часть 1: Вводная и формирование ТЗ Часть 2: Выбор локальной LLM Часть 3: Формирование HLD и немного LLD -> вы здесь Часть 4: Что из этого вышло

https://habr.com/ru/articles/1037466/

#zabbix #llm #aiops #мониторинг #алерты #автоматизация #itинфраструктура #hld #lld #c4

Laptop back from the shop, with clean pipes and some thermal paste to boot (not literally). Heat build-up definitely improved. And as it turns out, inadvertently unplugging the ethernet cable cut down on heat too. Climbing up from being back online, 25 to 40 C. Nowhere near the ~60 mark that halted it before cleanup.
CPU running at the max 2.1Ghz now.
#FreeBSD #Zabbix

🚀 Deploy #Zabbix Multi-Node #Monitoring System on #AlmaLinux #VPS (10 Minute Quick-Start Guide) This article provides a guide demonstrating how to deploy Zabbix multi-node monitoring system on AlmaLinux VPS. ... Continued 👉 #selfhosting #letsencrypt #reverseproxy #selfhosted #opensource

Как я Zabbix с LLM дружил в свободное время. Архитектурный обзор взаимодействия с нейросетью. Часть 2 «Выбор модели»

Это вторая статья из цикла о том, как я пытался сделать алерты Zabbix в домашней лаборатории чуть умнее, прикрутив к ним локальную LLM и не получить на выходе архитектурного монстра Франкенштейна. В первой части мы разобрались с постановкой задачи и ТЗ, теперь же пришло время выбрать саму модель. В этой части мы формируем критерии к LLM (отдельно от общего ТЗ), сравниваем небольшие open-weight модели для self-hosted сценария и делаем выбор одной из моделей. В процессе написания материал разросся до неимоверных размеров, поэтому пришлось поделить его аж на четыре части. Ссылки буду добавлять по мере выпуска (примерно раз в одну-две недели). Часть 1: Вводная и формирование ТЗ Часть 2: Выбор локальной LLM -> вы здесь Часть 3: Формирование HLD и немного LLD Часть 4: Что из этого вышло

https://habr.com/ru/articles/1033798/

#zabbix #llm #aiops #мониторинг #алерты #itинфраструктура #rca

Как я Zabbix с LLM дружил в свободное время. Архитектурный обзор взаимодействия с нейросетью. Часть 2 «Выбор модели»

Это вторая статья из цикла о том, как я пытался сделать алерты Zabbix в домашней лаборатории чуть умнее, прикрутив к ним локальную LLM и не получить на выходе архитектурного монстра Франкенштейна. В первой части мы разобрались с постановкой задачи и ТЗ, теперь же пришло время выбрать саму модель. В этой части мы формируем критерии к LLM (отдельно от общего ТЗ), сравниваем небольшие open-weight модели для self-hosted сценария и делаем выбор одной из моделей. В процессе написания материал разросся до неимоверных размеров, поэтому пришлось поделить его аж на четыре части. Ссылки буду добавлять по мере выпуска (примерно раз в одну-две недели). Часть 1: Вводная и формирование ТЗ Часть 2: Выбор локальной LLM -> вы здесь Часть 3: Формирование HLD и немного LLD Часть 4: Что из этого вышло

https://habr.com/ru/articles/1033798/

#zabbix #llm #aiops #мониторинг #алерты #itинфраструктура #rca

Как я Zabbix с LLM дружил в свободное время. Архитектурный обзор взаимодействия с нейросетью. Часть 2 «Выбор модели»

Это вторая статья из цикла о том, как я пытался сделать алерты Zabbix в домашней лаборатории чуть умнее, прикрутив к ним локальную LLM и не получить на выходе архитектурного монстра Франкенштейна. В первой части мы разобрались с постановкой задачи и ТЗ, теперь же пришло время выбрать саму модель. В этой части мы формируем критерии к LLM (отдельно от общего ТЗ), сравниваем небольшие open-weight модели для self-hosted сценария и делаем выбор одной из моделей. В процессе написания материал разросся до неимоверных размеров, поэтому пришлось поделить его аж на четыре части. Ссылки буду добавлять по мере выпуска (примерно раз в одну-две недели). Часть 1: Вводная и формирование ТЗ Часть 2: Выбор локальной LLM -> вы здесь Часть 3: Формирование HLD и немного LLD Часть 4: Что из этого вышло

https://habr.com/ru/articles/1033798/

#zabbix #llm #aiops #мониторинг #алерты #itинфраструктура #rca

Как я Zabbix с LLM дружил в свободное время. Архитектурный обзор взаимодействия с нейросетью. Часть 2 «Выбор модели»

Это вторая статья из цикла о том, как я пытался сделать алерты Zabbix в домашней лаборатории чуть умнее, прикрутив к ним локальную LLM и не получить на выходе архитектурного монстра Франкенштейна. В первой части мы разобрались с постановкой задачи и ТЗ, теперь же пришло время выбрать саму модель. В этой части мы формируем критерии к LLM (отдельно от общего ТЗ), сравниваем небольшие open-weight модели для self-hosted сценария и делаем выбор одной из моделей. В процессе написания материал разросся до неимоверных размеров, поэтому пришлось поделить его аж на четыре части. Ссылки буду добавлять по мере выпуска (примерно раз в одну-две недели). Часть 1: Вводная и формирование ТЗ Часть 2: Выбор локальной LLM -> вы здесь Часть 3: Формирование HLD и немного LLD Часть 4: Что из этого вышло

https://habr.com/ru/articles/1033798/

#zabbix #llm #aiops #мониторинг #алерты #itинфраструктура #rca

Зачем нужны APM-платформы, если есть Prometheus и Grafana

Зачем APM-платформы, если есть Prometheus и Grafana Всем привет! Мы разрабатываем APM-платформу и регулярно сталкиваемся с вопросом — зачем платить, если есть стек с открытым исходным кодом вроде Prometheus и Grafana? Поэтому давайте посмотрим на достаточно интересную тему, где я как разработчик, знаю продукт изнутри и топлю за него, но и не могу отрицать стандарты индустрии на open-source. Вокруг наблюдаемости давно есть устойчивый стек из open-source продуктов: Prometheus, Grafana, Loki, Jaeger/Tempo и других. Для многих команд это дефолтный выбор — гибкий и контролируемый. В то же время, когда речь идёт о мониторинге сложных, распределенных систем и более быстром внедрении, APM-платформы (Application Performance Monitoring and Observability) предлагают другой подход: готовый продукт с уже встроенной корреляцией данных, автоматизацией и минимальной настройкой. Буду сравнивать по четырем ключевым метрикам: функциональные возможности, скорость развертывания, поддержка и адаптация к изменениям.

https://habr.com/ru/companies/rkt/articles/1031782/

#apm #apmмониторинг #observability #monitoring #мониторинг #zabbix #prometheus #grafana #opensource #opentracing

Зачем нужны APM-платформы, если есть Prometheus и Grafana

Зачем APM-платформы, если есть Prometheus и Grafana Всем привет! Мы разрабатываем APM-платформу и регулярно сталкиваемся с вопросом — зачем платить, если есть стек с открытым исходным кодом вроде Prometheus и Grafana? Поэтому давайте посмотрим на достаточно интересную тему, где я как разработчик, знаю продукт изнутри и топлю за него, но и не могу отрицать стандарты индустрии на open-source. Вокруг наблюдаемости давно есть устойчивый стек из open-source продуктов: Prometheus, Grafana, Loki, Jaeger/Tempo и других. Для многих команд это дефолтный выбор — гибкий и контролируемый. В то же время, когда речь идёт о мониторинге сложных, распределенных систем и более быстром внедрении, APM-платформы (Application Performance Monitoring and Observability) предлагают другой подход: готовый продукт с уже встроенной корреляцией данных, автоматизацией и минимальной настройкой. Буду сравнивать по четырем ключевым метрикам: функциональные возможности, скорость развертывания, поддержка и адаптация к изменениям.

https://habr.com/ru/companies/rkt/articles/1031782/

#apm #apmмониторинг #observability #monitoring #мониторинг #zabbix #prometheus #grafana #opensource #opentracing

Зачем нужны APM-платформы, если есть Prometheus и Grafana

Зачем APM-платформы, если есть Prometheus и Grafana Всем привет! Мы разрабатываем APM-платформу и регулярно сталкиваемся с вопросом — зачем платить, если есть стек с открытым исходным кодом вроде Prometheus и Grafana? Поэтому давайте посмотрим на достаточно интересную тему, где я как разработчик, знаю продукт изнутри и топлю за него, но и не могу отрицать стандарты индустрии на open-source. Вокруг наблюдаемости давно есть устойчивый стек из open-source продуктов: Prometheus, Grafana, Loki, Jaeger/Tempo и других. Для многих команд это дефолтный выбор — гибкий и контролируемый. В то же время, когда речь идёт о мониторинге сложных, распределенных систем и более быстром внедрении, APM-платформы (Application Performance Monitoring and Observability) предлагают другой подход: готовый продукт с уже встроенной корреляцией данных, автоматизацией и минимальной настройкой. Буду сравнивать по четырем ключевым метрикам: функциональные возможности, скорость развертывания, поддержка и адаптация к изменениям.

https://habr.com/ru/companies/rkt/articles/1031782/

#apm #apmмониторинг #observability #monitoring #мониторинг #zabbix #prometheus #grafana #opensource #opentracing

Зачем нужны APM-платформы, если есть Prometheus и Grafana

Зачем APM-платформы, если есть Prometheus и Grafana Всем привет! Мы разрабатываем APM-платформу и регулярно сталкиваемся с вопросом — зачем платить, если есть стек с открытым исходным кодом вроде Prometheus и Grafana? Поэтому давайте посмотрим на достаточно интересную тему, где я как разработчик, знаю продукт изнутри и топлю за него, но и не могу отрицать стандарты индустрии на open-source. Вокруг наблюдаемости давно есть устойчивый стек из open-source продуктов: Prometheus, Grafana, Loki, Jaeger/Tempo и других. Для многих команд это дефолтный выбор — гибкий и контролируемый. В то же время, когда речь идёт о мониторинге сложных, распределенных систем и более быстром внедрении, APM-платформы (Application Performance Monitoring and Observability) предлагают другой подход: готовый продукт с уже встроенной корреляцией данных, автоматизацией и минимальной настройкой. Буду сравнивать по четырем ключевым метрикам: функциональные возможности, скорость развертывания, поддержка и адаптация к изменениям.

https://habr.com/ru/companies/rkt/articles/1031782/

#apm #apmмониторинг #observability #monitoring #мониторинг #zabbix #prometheus #grafana #opensource #opentracing

Architektura nadzoru: czyli jak wojownik IT włącza drukarki w system obrony zgodny z NIS2, DORA i zasadami cyberdojo

W poprzedniej części omówiliśmy utwardzanie drukarek i urządzeń wielofunkcyjnych (MFP) – zamykanie bram, wyłączanie niepotrzebnych usług i hartowanie konfiguracji. Jeśli przegapiłeś tę część – warto do niej wrócić. Jeśli masz to za sobą – czas na kolejny krok.
Tym razem skupimy się na zbudowaniu architektury ciągłego nadzoru (monitorowanie ustawień, dokumentowanie zmian). To ważne nie tylko operacyjnie. Unijne regulacje NIS2 i DORA wzmacniają wymóg traktowania bezpieczeństwa jako procesu, który trzeba kontrolować, dokumentować i utrzymywać.
SPIS TREŚCI

Co monitorować na urządzeniach MFP (Zabix)
Jak wykrywać to, czego nie widać na pierwszy rzut oka: logowania nocą, bruteforce, ciche zmiany polityk i zacieranie śladów (Wazuh)
Centralne zarządzanie flotą MFP (iWEMC)
NIS2, DORA i prawa shōguna. Jak trio Zabbix + Wazuh + iWEMC pomaga sprostać audytom, regulacjom i wymaganiom ciągłości działania.

Nie masz czasu na lekturę całości artykułu? Zacznij od filmu! Zobacz, jak patrzymy na to zagadnienie, a po konkrety i przykłady – kontynuuj lekturę artykułu.

Wyobraź sobie twierdzę: mury stoją, bramy zamknięte, most zwodzony uniesiony. Wszystko wygląda bezpiecznie.
A teraz wyobraź sobie, że straże nie pełnią warty. Nikt nie chodzi po murach. Nikt nie sprawdza, co zmieniło się od wczoraj. Nikt nie zauważa, że od strony rzeki ktoś właśnie przeciąga linę przez niewielką szczelinę w palisadzie.
Tak właśnie wygląda firmowa sieć z drukarkami, które zostały utwardzone, ale pozostawione bez nadzoru. A nadzór to proces, a nie pojedyncze zdarzenie.
Czas zatem zbudować Architekturę Nadzoru. Trzy narzędzia, [...]

#ARTYKUŁSPONSOROWANY #Canon #Drukarki #IWEMC #NIS2 #Wazuh #Zabbix

https://niebezpiecznik.pl/post/architektura-nadzoru-czyli-jak-wojownik-it-wlacza-drukarki-w-system-obrony-zgodny-z-nis2-dora-i-zasadami-cyberdojo/

Architektura nadzoru: czyli jak wojownik IT włącza drukarki w system obrony zgodny z NIS2, DORA i zasadami cyberdojo

W poprzedniej części omówiliśmy utwardzanie drukarek i urządzeń wielofunkcyjnych (MFP) – zamykanie bram, wyłączanie niepotrzebnych usług i hartowanie konfiguracji. Jeśli przegapiłeś tę część – warto do niej wrócić. Jeśli masz to za sobą – czas na kolejny krok.
Tym razem skupimy się na zbudowaniu architektury ciągłego nadzoru (monitorowanie ustawień, dokumentowanie zmian). To ważne nie tylko operacyjnie. Unijne regulacje NIS2 i DORA wzmacniają wymóg traktowania bezpieczeństwa jako procesu, który trzeba kontrolować, dokumentować i utrzymywać.
SPIS TREŚCI

Co monitorować na urządzeniach MFP (Zabix)
Jak wykrywać to, czego nie widać na pierwszy rzut oka: logowania nocą, bruteforce, ciche zmiany polityk i zacieranie śladów (Wazuh)
Centralne zarządzanie flotą MFP (iWEMC)
NIS2, DORA i prawa shōguna. Jak trio Zabbix + Wazuh + iWEMC pomaga sprostać audytom, regulacjom i wymaganiom ciągłości działania.

Nie masz czasu na lekturę całości artykułu? Zacznij od filmu! Zobacz, jak patrzymy na to zagadnienie, a po konkrety i przykłady – kontynuuj lekturę artykułu.

Wyobraź sobie twierdzę: mury stoją, bramy zamknięte, most zwodzony uniesiony. Wszystko wygląda bezpiecznie.
A teraz wyobraź sobie, że straże nie pełnią warty. Nikt nie chodzi po murach. Nikt nie sprawdza, co zmieniło się od wczoraj. Nikt nie zauważa, że od strony rzeki ktoś właśnie przeciąga linę przez niewielką szczelinę w palisadzie.
Tak właśnie wygląda firmowa sieć z drukarkami, które zostały utwardzone, ale pozostawione bez nadzoru. A nadzór to proces, a nie pojedyncze zdarzenie.
Czas zatem zbudować Architekturę Nadzoru. Trzy narzędzia, [...]

#ARTYKUŁSPONSOROWANY #Canon #Drukarki #IWEMC #NIS2 #Wazuh #Zabbix

https://niebezpiecznik.pl/post/architektura-nadzoru-czyli-jak-wojownik-it-wlacza-drukarki-w-system-obrony-zgodny-z-nis2-dora-i-zasadami-cyberdojo/

Architektura nadzoru: czyli jak wojownik IT włącza drukarki w system obrony zgodny z NIS2, DORA i zasadami cyberdojo

W poprzedniej części omówiliśmy utwardzanie drukarek i urządzeń wielofunkcyjnych (MFP) – zamykanie bram, wyłączanie niepotrzebnych usług i hartowanie konfiguracji. Jeśli przegapiłeś tę część – warto do niej wrócić. Jeśli masz to za sobą – czas na kolejny krok.
Tym razem skupimy się na zbudowaniu architektury ciągłego nadzoru (monitorowanie ustawień, dokumentowanie zmian). To ważne nie tylko operacyjnie. Unijne regulacje NIS2 i DORA wzmacniają wymóg traktowania bezpieczeństwa jako procesu, który trzeba kontrolować, dokumentować i utrzymywać.
SPIS TREŚCI

Co monitorować na urządzeniach MFP (Zabix)
Jak wykrywać to, czego nie widać na pierwszy rzut oka: logowania nocą, bruteforce, ciche zmiany polityk i zacieranie śladów (Wazuh)
Centralne zarządzanie flotą MFP (iWEMC)
NIS2, DORA i prawa shōguna. Jak trio Zabbix + Wazuh + iWEMC pomaga sprostać audytom, regulacjom i wymaganiom ciągłości działania.

Nie masz czasu na lekturę całości artykułu? Zacznij od filmu! Zobacz, jak patrzymy na to zagadnienie, a po konkrety i przykłady – kontynuuj lekturę artykułu.

Wyobraź sobie twierdzę: mury stoją, bramy zamknięte, most zwodzony uniesiony. Wszystko wygląda bezpiecznie.
A teraz wyobraź sobie, że straże nie pełnią warty. Nikt nie chodzi po murach. Nikt nie sprawdza, co zmieniło się od wczoraj. Nikt nie zauważa, że od strony rzeki ktoś właśnie przeciąga linę przez niewielką szczelinę w palisadzie.
Tak właśnie wygląda firmowa sieć z drukarkami, które zostały utwardzone, ale pozostawione bez nadzoru. A nadzór to proces, a nie pojedyncze zdarzenie.
Czas zatem zbudować Architekturę Nadzoru. Trzy narzędzia, [...]

#ARTYKUŁSPONSOROWANY #Canon #Drukarki #IWEMC #NIS2 #Wazuh #Zabbix

https://niebezpiecznik.pl/post/architektura-nadzoru-czyli-jak-wojownik-it-wlacza-drukarki-w-system-obrony-zgodny-z-nis2-dora-i-zasadami-cyberdojo/

Architektura nadzoru: czyli jak wojownik IT włącza drukarki w system obrony zgodny z NIS2, DORA i zasadami cyberdojo

W poprzedniej części omówiliśmy utwardzanie drukarek i urządzeń wielofunkcyjnych (MFP) – zamykanie bram, wyłączanie niepotrzebnych usług i hartowanie konfiguracji. Jeśli przegapiłeś tę część – warto do niej wrócić. Jeśli masz to za sobą – czas na kolejny krok.
Tym razem skupimy się na zbudowaniu architektury ciągłego nadzoru (monitorowanie ustawień, dokumentowanie zmian). To ważne nie tylko operacyjnie. Unijne regulacje NIS2 i DORA wzmacniają wymóg traktowania bezpieczeństwa jako procesu, który trzeba kontrolować, dokumentować i utrzymywać.
SPIS TREŚCI

Co monitorować na urządzeniach MFP (Zabix)
Jak wykrywać to, czego nie widać na pierwszy rzut oka: logowania nocą, bruteforce, ciche zmiany polityk i zacieranie śladów (Wazuh)
Centralne zarządzanie flotą MFP (iWEMC)
NIS2, DORA i prawa shōguna. Jak trio Zabbix + Wazuh + iWEMC pomaga sprostać audytom, regulacjom i wymaganiom ciągłości działania.

Nie masz czasu na lekturę całości artykułu? Zacznij od filmu! Zobacz, jak patrzymy na to zagadnienie, a po konkrety i przykłady – kontynuuj lekturę artykułu.

Wyobraź sobie twierdzę: mury stoją, bramy zamknięte, most zwodzony uniesiony. Wszystko wygląda bezpiecznie.
A teraz wyobraź sobie, że straże nie pełnią warty. Nikt nie chodzi po murach. Nikt nie sprawdza, co zmieniło się od wczoraj. Nikt nie zauważa, że od strony rzeki ktoś właśnie przeciąga linę przez niewielką szczelinę w palisadzie.
Tak właśnie wygląda firmowa sieć z drukarkami, które zostały utwardzone, ale pozostawione bez nadzoru. A nadzór to proces, a nie pojedyncze zdarzenie.
Czas zatem zbudować Architekturę Nadzoru. Trzy narzędzia, [...]

#ARTYKUŁSPONSOROWANY #Canon #Drukarki #IWEMC #NIS2 #Wazuh #Zabbix

https://niebezpiecznik.pl/post/architektura-nadzoru-czyli-jak-wojownik-it-wlacza-drukarki-w-system-obrony-zgodny-z-nis2-dora-i-zasadami-cyberdojo/

Architektura nadzoru: czyli jak wojownik IT włącza drukarki w system obrony zgodny z NIS2, DORA i zasadami cyberdojo

W poprzedniej części omówiliśmy utwardzanie drukarek i urządzeń wielofunkcyjnych (MFP) – zamykanie bram, wyłączanie niepotrzebnych usług i hartowanie konfiguracji. Jeśli przegapiłeś tę część – warto do niej wrócić. Jeśli masz to za sobą – czas na kolejny krok.
Tym razem skupimy się na zbudowaniu architektury ciągłego nadzoru (monitorowanie ustawień, dokumentowanie zmian). To ważne nie tylko operacyjnie. Unijne regulacje NIS2 i DORA wzmacniają wymóg traktowania bezpieczeństwa jako procesu, który trzeba kontrolować, dokumentować i utrzymywać.
SPIS TREŚCI

Co monitorować na urządzeniach MFP (Zabix)
Jak wykrywać to, czego nie widać na pierwszy rzut oka: logowania nocą, bruteforce, ciche zmiany polityk i zacieranie śladów (Wazuh)
Centralne zarządzanie flotą MFP (iWEMC)
NIS2, DORA i prawa shōguna. Jak trio Zabbix + Wazuh + iWEMC pomaga sprostać audytom, regulacjom i wymaganiom ciągłości działania.

Nie masz czasu na lekturę całości artykułu? Zacznij od filmu! Zobacz, jak patrzymy na to zagadnienie, a po konkrety i przykłady – kontynuuj lekturę artykułu.

Wyobraź sobie twierdzę: mury stoją, bramy zamknięte, most zwodzony uniesiony. Wszystko wygląda bezpiecznie.
A teraz wyobraź sobie, że straże nie pełnią warty. Nikt nie chodzi po murach. Nikt nie sprawdza, co zmieniło się od wczoraj. Nikt nie zauważa, że od strony rzeki ktoś właśnie przeciąga linę przez niewielką szczelinę w palisadzie.
Tak właśnie wygląda firmowa sieć z drukarkami, które zostały utwardzone, ale pozostawione bez nadzoru. A nadzór to proces, a nie pojedyncze zdarzenie.
Czas zatem zbudować Architekturę Nadzoru. Trzy narzędzia, [...]

#ARTYKUŁSPONSOROWANY #Canon #Drukarki #IWEMC #NIS2 #Wazuh #Zabbix

https://niebezpiecznik.pl/post/architektura-nadzoru-czyli-jak-wojownik-it-wlacza-drukarki-w-system-obrony-zgodny-z-nis2-dora-i-zasadami-cyberdojo/

Pracuji na nové generaci nástrojů pro monitoring a analytiku ekonomických systémů. Pro začátek pracuji s #AbraFlexi a #StormwarePohoda ale v budoucnu se může počet podporovaných datových zdrojů zvýšit.

Srdcem ekosystému je sada tříd která provádí analýzů vstupních dat.

Typickým představitelem je "Částka po splatnosti"

Výsledné metriky jsou pak zpracovány do reportů nebo zaslány do monitoringu #Zabbix, který může provádět následné akce.

#ZeŽivotaVývojáře #OpenSource #FinTech

🚀 Deploy #Zabbix Multi-Node #Monitoring System on #AlmaLinux #VPS (10 Minute Quick-Start Guide)

This article provides a guide demonstrating how to deploy Zabbix multi-node monitoring system on AlmaLinux VPS.
What is Zabbix?
Zabbix is a free, open-source IT infrastructure monitoring software that collects, analyzes, and visualizes data from networks, servers, virtual machines, cloud ...
Continued 👉 https://blog.radwebhosting.com/deploy-zabbix-multi-node-monitoring-system-on-almalinux-vps/?utm_source=mastodon&utm_medium=social&utm_campaign=mastodon.social #opensource #reverseproxy #selfhosted #letsencrypt #selfhosting

🌡️ Thermoservice v0.8.0 released!

Temperature sharing service for DS18B20 sensors — now with Home Assistant integration.

✨ New in v0.8.0:
• Home Assistant push integration (thermoservice-homeassistant package)
• Systemd timer pushing temperature every 60s
• Modern HA rest: sensor config with unique_id
• Ansible deployment playbook for automated setup
• Temperature precision fix (4 decimal places)

📦 .deb packages attached to the release.

https://github.com/VitexSoftware/thermoservice/releases/tag/v0.8.0

#RaspberryPi #HomeAssistant #DS18B20 #IoT #Debian #OpenSource #Temperature #Zabbix

🚀 Deploy #Zabbix Multi-Node #Monitoring System on #AlmaLinux #VPS (10 Minute Quick-Start Guide)

This article provides a guide demonstrating how to deploy Zabbix multi-node monitoring system on AlmaLinux VPS.
What is Zabbix?
Zabbix is a free, open-source IT infrastructure monitoring software that collects, analyzes, and visualizes data from networks, servers, virtual machines, cloud ...
Continued 👉 https://blog.radwebhosting.com/deploy-zabbix-multi-node-monitoring-system-on-almalinux-vps/?utm_source=mastodon&utm_medium=social&utm_campaign=mastodon.social #letsencrypt #reverseproxy #selfhosting #opensource #selfhosted

[Перевод] Декодируем трафик Zabbix Proxy для быстрого устранения неполадок

Обычно для базовой диагностики прокси достаточно просто заглянуть на страницу администрирования Zabbix proxy или посмотреть метрики состояния прокси. Однако бывают ситуации, когда требуется более глубокий анализ. Сегодня мы разберём взаимодействие между Zabbix server ↔ proxy и научимся интерпретировать внутренний протокол обмена.

https://habr.com/ru/companies/cloud4y/articles/1032316/

#zabbix #zabbix_proxy #мониторинг #wireshark #tshark #tcp_dump #сетевой_анализ #devops #linux #диагностика

[Перевод] Декодируем трафик Zabbix Proxy для быстрого устранения неполадок

Обычно для базовой диагностики прокси достаточно просто заглянуть на страницу администрирования Zabbix proxy или посмотреть метрики состояния прокси. Однако бывают ситуации, когда требуется более глубокий анализ. Сегодня мы разберём взаимодействие между Zabbix server ↔ proxy и научимся интерпретировать внутренний протокол обмена.

https://habr.com/ru/companies/cloud4y/articles/1032316/

#zabbix #zabbix_proxy #мониторинг #wireshark #tshark #tcp_dump #сетевой_анализ #devops #linux #диагностика

[Перевод] Декодируем трафик Zabbix Proxy для быстрого устранения неполадок

Обычно для базовой диагностики прокси достаточно просто заглянуть на страницу администрирования Zabbix proxy или посмотреть метрики состояния прокси. Однако бывают ситуации, когда требуется более глубокий анализ. Сегодня мы разберём взаимодействие между Zabbix server ↔ proxy и научимся интерпретировать внутренний протокол обмена.

https://habr.com/ru/companies/cloud4y/articles/1032316/

#zabbix #zabbix_proxy #мониторинг #wireshark #tshark #tcp_dump #сетевой_анализ #devops #linux #диагностика

[Перевод] Декодируем трафик Zabbix Proxy для быстрого устранения неполадок

Обычно для базовой диагностики прокси достаточно просто заглянуть на страницу администрирования Zabbix proxy или посмотреть метрики состояния прокси. Однако бывают ситуации, когда требуется более глубокий анализ. Сегодня мы разберём взаимодействие между Zabbix server ↔ proxy и научимся интерпретировать внутренний протокол обмена.

https://habr.com/ru/companies/cloud4y/articles/1032316/

#zabbix #zabbix_proxy #мониторинг #wireshark #tshark #tcp_dump #сетевой_анализ #devops #linux #диагностика

@sen #Zabbix FTW.

Как я Zabbix с LLM дружил в свободное время. Архитектурный обзор взаимодействия с нейросетью. Часть 1 «При чем тут ТЗ»

Это первая статья из цикла о том, как я пытался сделать алерты Zabbix в домашней лаборатории чуть умнее, прикрутив к ним локальную LLM и не получить на выходе архитектурного монстра Франкенштейна. В теории хотелось простого: система принимает события мониторинга, понимает их контекст, не дергает лишний раз по пустякам и подсказывает, куда смотреть в первую очередь. Но на практике необходимо начинать не с модели, не с кода и даже не с Docker Compose, а с нормального ТЗ. В процессе написания материал разросся до неимоверных размеров, поэтому пришлось поделить его аж на четыре части. Ссылки буду добавлять по мере выпуска (примерно раз в одну-две недели). Часть 1: Вводная и формирование ТЗ -> вы здесь Часть 2: Выбор локальной LLM Часть 3: Формирование HLD и немного LLD Часть 4: Что из этого вышло

https://habr.com/ru/articles/1031140/

#zabbix #llm #aiops #мониторинг #алерты #тз #itинфраструктура #rca

Как я Zabbix с LLM дружил в свободное время. Архитектурный обзор взаимодействия с нейросетью. Часть 1 «При чем тут ТЗ»

Это первая статья из цикла о том, как я пытался сделать алерты Zabbix в домашней лаборатории чуть умнее, прикрутив к ним локальную LLM и не получить на выходе архитектурного монстра Франкенштейна. В теории хотелось простого: система принимает события мониторинга, понимает их контекст, не дергает лишний раз по пустякам и подсказывает, куда смотреть в первую очередь. Но на практике необходимо начинать не с модели, не с кода и даже не с Docker Compose, а с нормального ТЗ. В процессе написания материал разросся до неимоверных размеров, поэтому пришлось поделить его аж на четыре части. Ссылки буду добавлять по мере выпуска (примерно раз в одну-две недели). Часть 1: Вводная и формирование ТЗ -> вы здесь Часть 2: Выбор локальной LLM Часть 3: Формирование HLD и немного LLD Часть 4: Что из этого вышло

https://habr.com/ru/articles/1031140/

#zabbix #llm #aiops #мониторинг #алерты #тз #itинфраструктура #rca

Как я Zabbix с LLM дружил в свободное время. Архитектурный обзор взаимодействия с нейросетью. Часть 1 «При чем тут ТЗ»

Это первая статья из цикла о том, как я пытался сделать алерты Zabbix в домашней лаборатории чуть умнее, прикрутив к ним локальную LLM и не получить на выходе архитектурного монстра Франкенштейна. В теории хотелось простого: система принимает события мониторинга, понимает их контекст, не дергает лишний раз по пустякам и подсказывает, куда смотреть в первую очередь. Но на практике необходимо начинать не с модели, не с кода и даже не с Docker Compose, а с нормального ТЗ. В процессе написания материал разросся до неимоверных размеров, поэтому пришлось поделить его аж на четыре части. Ссылки буду добавлять по мере выпуска (примерно раз в одну-две недели). Часть 1: Вводная и формирование ТЗ -> вы здесь Часть 2: Выбор локальной LLM Часть 3: Формирование HLD и немного LLD Часть 4: Что из этого вышло

https://habr.com/ru/articles/1031140/

#zabbix #llm #aiops #мониторинг #алерты #тз #itинфраструктура #rca

Как я Zabbix с LLM дружил в свободное время. Архитектурный обзор взаимодействия с нейросетью. Часть 1 «При чем тут ТЗ»

Это первая статья из цикла о том, как я пытался сделать алерты Zabbix в домашней лаборатории чуть умнее, прикрутив к ним локальную LLM и не получить на выходе архитектурного монстра Франкенштейна. В теории хотелось простого: система принимает события мониторинга, понимает их контекст, не дергает лишний раз по пустякам и подсказывает, куда смотреть в первую очередь. Но на практике необходимо начинать не с модели, не с кода и даже не с Docker Compose, а с нормального ТЗ. В процессе написания материал разросся до неимоверных размеров, поэтому пришлось поделить его аж на четыре части. Ссылки буду добавлять по мере выпуска (примерно раз в одну-две недели). Часть 1: Вводная и формирование ТЗ -> вы здесь Часть 2: Выбор локальной LLM Часть 3: Формирование HLD и немного LLD Часть 4: Что из этого вышло

https://habr.com/ru/articles/1031140/

#zabbix #llm #aiops #мониторинг #алерты #тз #itинфраструктура #rca

Аудит Zabbix: на что нужно обратить внимание

Привет! Меня зовут Антон Касимов, я руководитель Gals Software, а еще сертифицированный тренер и эксперт по Zabbix. В общем, могу сказать, что знаю эту систему чуть больше уровня «видел пару раз интерфейс». Zabbix — одна из самых популярных в мире систем мониторинга. Наверное, не существует компаний с собственной инфраструктурой, у которых не было бы Zabbix. Не так давно мы запустили услугу аудита Zabbix и обнаружили некоторые закономерности, на которые я хотел бы обратить внимание в этой статье. В нашем телеграм-канале Zabbix Recipes мы регулрно делимся нашими находками и публикуем анонсы вебинаров (скоро и по этой теме тоже будет), поэтому приглашаю присоединиться. Я построю повествование так, чтобы вы могли пройтись по статье как по чек-листу и проверить свою инсталляцию на предмет возможных улучшений. Погнали!

https://habr.com/ru/articles/1030906/

#zabbix #gals_software #тюнинг_postgresql #тюнинг_zabbix #аудит_zabbix

Установка Zabbix Agent 2 на Cloud Director Appliance (Photon OS 4)

Рано или поздно админ VMware упирается в один и тот же вопрос: как навесить мониторинг на vCenter или Cloud Director, не сломав поддержку аплайнса. Официально — никак. Неофициально — Zabbix Agent 2, разложенный поверх Photon OS 4 так, что система остаётся нетронутой. Разбираем подход, который переживает рестарты, FIPS и обновления.

https://habr.com/ru/companies/cloud4y/articles/1030138/

#Photon_OS #itинфраструктура #системное_администрирование #zabbix #VMware