Module: check_mk
Branch: master
Commit: a8306251a7e0424db8a0b0685101ef6a8866ef4f
URL:
http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=a8306251a7e042…
Author: Mathias Kettner <mk(a)mathias-kettner.de>
Date: Thu Jan 16 17:12:48 2014 +0100
Added draft with some ideas for the future
---
doc/drafts/LIESMICH.Check_MK_2.0 | 62 ++++++++++++++++++++++++++++++++++++++
1 file changed, 62 insertions(+)
diff --git a/doc/drafts/LIESMICH.Check_MK_2.0 b/doc/drafts/LIESMICH.Check_MK_2.0
new file mode 100644
index 0000000..e9e912c
--- /dev/null
+++ b/doc/drafts/LIESMICH.Check_MK_2.0
@@ -0,0 +1,62 @@
+Ideen für Aufräumarbeiten und Vereinfachungen an Check_MK für die Zukunft
+
+[1] Manual Checks
+
+Die aktuellen Regelsätze für Manual Checks fliegen weg. Dafür gibt
+es ein neues WATO-Modul, was optisch (und vom Code) her dem Modul
+"Host & Service Parameters" entspricht. In diesem Modul kann man
+sich durch den Baumartigen Check-Katalog hangeln und dort einen
+Checktyp auswählen (nicht eine Gruppe). Von diesem kann man dann
+statisch *Items* anlegen, jedoch ohne Parameter! Die jetzigen
+Regel für die "Inventorzed Checks" gelten dann ab sofort auch für
+die manuell angelegten Checks und heißen nur noch "Check Parameters".
+Die Agentenlosen "Active Checks" werden ebenfalls in die neuen manuell
+Checks einsortiert - auch wenn diese als Ausnahme direkt die Parameter
+tragen.
+
+
+[2] Prozess-Inventur
+
+Die Prozess-Inventur-Regel wird so vereinfacht, dass sie nur noch
+eine Abbilung von Itemname (z.B. "NTP") auf eine Prozess-Selektion
+darstellt (z.B. ~.*sbin/ntp, User egal). Es werden in Inventurregeln
+dann generell keine Parameter mehr definiert. Die Inventur erzeugt
+dann für jede gefundene Prozess-Selektion ein Item. Die Schwellwerte
+werden durch eine neue Regel gemacht, in die die jetzigen Werte
+umgezogen werden (Anzahlen, Schwellen für CPU, etc.). Per Default
+gelten dann als Schwellen 1,1,None,None (mindestens 1, sonst kritisch).
+Evtl. schalten wir dann gleich per Default die Perfdaten ein.
+Der Subcheck ps.perf entfällt.
+
+
+[3] Gruppierungsregeln umziehen
+
+Die Regeln File Info Groups, Filesystem Groups und Prozess Names(?)
+werden in einen eigenen Kasten eingebaut. Evtl. auch noch Interface
+groups.
+
+
+[4] WATO-Module etwas zusammenfassen
+
+Wir könnten Host & Service-Gruops zusammenziehen. Und ebenfalls Contact Groups und
Users -> "Users".
+
+
+[5] Begrifflichkeiten
+
+Wir räumen einige Begriffe auf und formulieren mehr aus
+Sicht des Benutzers als der Implementierung oder Historie.
+
+Contact -> User (keine Unterscheidung mehr)
+Contact Group -> User group oder einfach nur Group
+Inventory -> Service discovery
+
+
+[6] Roles & Permissions
+
+Das WATO-Modul heißt dann nur noch "Permissions". Die
+Eingangstabelle bekommt die Überschrift "Userroles".
+
+
+[7] Kontexthilfe
+
+