Monitoring-Benachrichtigungen über Telegram oder Microsoft Teams versenden
Üblicherweise werden auftretende Probleme mittels E-Mail oder SMS an die zuständigen IT-Mitarbeiter gemeldet. Aber sind das tatsächlich schon alle möglichen Kanäle um Benachrichtigungen zu versenden?
Natürlich nicht. Zwei sehr geschickte Beispiele sind diese hier:
Benachrichtigungen über die Telegram App (CLI)
Benachrichtigungen über die Office 365 Web API (Microsoft Teams)
Telegram
Wie Sie wahrscheinlich wissen, ermöglicht die WhatsApp-ähnliche App “Telegram” das Versenden von Nachrichten an Kontakte, Gruppen und Channels. Im Gegensatz zu WhatsApp stellt Telegram eine installierbares Command Line Interface bereit, durch welches Sie das Versenden von Nachrichten vom Computer aus skripten können. Sie müssen dazu die Telegram Binaries herunterladen und auf Ihrem Monitoring Server installieren. Anschließend definieren Sie den Benachrichtigungsbefehl im Monitoring folgendermaßen:
Natürlich sollten Sie vorher Ihren Monitoring-Host als Telegram-Sender registrieren (wie Sie es auch auf Ihrem Smartphone tun würden). Hierfür können Sie die selbe Telefonnummer verwenden wie für den SMS-Versand.
Office 365
Hier haben Sie die Möglichkeit Gruppen zu registrieren. Für die Benachrichtigung benötigen Sie genau diese GUID, danach können Sie diesen Befehl nutzen um die Benachrichtigungen zu versenden:
I have over 20 years of experience in the IT branch. After first experiences in the field of software development for public transport companies, I finally decided to join the young and growing team of Würth Phoenix (now Würth IT Italy). Initially, I was responsible for the internal Linux/Unix infrastructure and the management of CVS software. Afterwards, my main challenge was to establish the meanwhile well-known IT System Management Solution WÜRTHPHOENIX NetEye. As a Product Manager I started building NetEye from scratch, analyzing existing open source models, extending and finally joining them into one single powerful solution. After that, my job turned into a passion: Constant developments, customer installations and support became a matter of personal. Today I use my knowledge as a NetEye Senior Consultant as well as NetEye Solution Architect at Würth Phoenix.
Author
Juergen Vigna
I have over 20 years of experience in the IT branch. After first experiences in the field of software development for public transport companies, I finally decided to join the young and growing team of Würth Phoenix (now Würth IT Italy). Initially, I was responsible for the internal Linux/Unix infrastructure and the management of CVS software. Afterwards, my main challenge was to establish the meanwhile well-known IT System Management Solution WÜRTHPHOENIX NetEye. As a Product Manager I started building NetEye from scratch, analyzing existing open source models, extending and finally joining them into one single powerful solution. After that, my job turned into a passion: Constant developments, customer installations and support became a matter of personal. Today I use my knowledge as a NetEye Senior Consultant as well as NetEye Solution Architect at Würth Phoenix.
Running Ollama locally or on dedicated hardware is straightforward until you need to know whether a model is actually loaded in RAM, how fast it generates tokens under load, or when memory consumption reaches a threshold that affects other workloads. Read More
Not long ago, I received an interesting request from one of our client’s Unix teams: They wanted a URL where the latest version of the Icinga 2 agent is always available. An important requirement was that this version should stay Read More
Hi everyone! Today I'd like to share with you an investigation we undertook related to ingesting Open Telemetry data in Elasticsearch, while maintaining tenant segregation from start to end. The Scenario Let's imagine we have multiple customers, where in this Read More
SNMP monitoring is the standard method for obtaining information and metrics from network devices. Typically, we focus on extracting data from a single interface to monitor its status, traffic, or errors. But in many cases, we’re only interested in getting Read More
In the ITOA module we fixed a bug that prevented the Performance Graphs to be shown in the Monitoring host and service page. List of updated packages grafana, grafana-autosetup, grafana-configurator and grafana-neteye-config to version 12.4.1_neteye3.29.2-1