Hi @Philipp-Hörselmann
der Link in die KB ist 404, ...

@Fragesteller schlage vor, du verwendest "dynamische Gruppen".

Dazu zuvor einen Report konfigurieren, der die Objekte mit den gewünschten gleichen Eigenschaften ausgibt.

Und danach eine Objektgruppe vom Typ "dynamic", die ebendiesen Report verwendet.

i-doit kann solche "dynamischen Gruppen" jedoch nicht sofort auflösen, daher gibt es einen CLI-Befehl, der über einen CRON-Job regelmäßig aufgerufen werden muss. Damit werden die Gruppen mit allen Objekten und Relationen sauber gebildet.

Siehe auch https://community.i-doit.com/post/17884

Hi all,
probiert mal die CLI in einem CRON-Job mit der Option:

sync-dynamic-groups Synchronize dynamic group members

Das kümmert sich "von extern" um das Auflösen der dynamic groups in "echte" Relationen und sollte euer Problem lösen. Diese im täglichen Betrieb sehr nützliche Funktion ist anscheinend niemanden mehr bekannt.

Bin noch nicht mit allen Eventualitäten durch (wieder Entfernen von group members?) doch zumindest die Aufnahme von "neuen" group members klappt zuverlässig.

siehe auch https://kb.i-doit.com/de/automatisierung-und-integration/cli/console/index.html

Danke @Michael-Huhn für die gute Nachricht!

@Dangerfield
nothing new, unfortunately

@Michael-Huhn
any news?
soll denn künftig auch die Knowledge Base von der Community gewartet werden?

Hallo @c-schroeder

Variante: Mach' dir einen Objektyp der 1:1 den "Services" entspricht, aber in deinem Fall "Produkt" heißt.

Dann hast du Ralationen nach "unten" - die Komponenten sind Services
und
nach "oben" - falls du noch übergeordnete "Produkte" oder "Produktgruppen" zur Bündelung haben willst.

Mit diesem Trick kannst du die Produkte auch gleich im CMDB-Explorer auswählen - dort sind nur "Services" sichtbar - und somit siehst auf einen Blick dein ganzes Produktportfolio, die zugehörigen Services und deren Infrastruktur.

Vergib' zur Sicherheit noch einen Service-Typ zur Einschränkung der Auswahl.

Beispiel Portfolio-Management:

LG
Peter

Hallo,
eure Kunden würden ja gerne, aber:

https://raw.githubusercontent.com/i-doit/scripts/main/idoit-install

Das Install-Script ist von 2022, soll heißen: Mittlerweile seid ihr 11 Versionen weiter. Wollt ihr da mal, ...

btw: Wie sieht's es aus mit dem aktuellem PHP 8.3 und Debian 12?
Beste Grüße
P.

Hallo @StephanBuerger,
in der Regel servicieren Server etwas, sagen wir mal Service dazu. Meistens benötigt man zusätzlich zum Server auch noch andere Komponenten, damit ein Service voll funktionstüchtig ist. Zum Beispiel die wissenden Personen, Support- und Wartungsverträge, externe Partner oder andere Technologie, zum Beispiel auch externe Services aus der Cloud.

Du kannst natürlich auch nur bei den Servern bleiben, fix ist: Services werden tendenziell "größer", wenn du sie mal genau analysierst, als nur Server. Du kannst Services als Container oder Gruppen betrachten und ich empfehle dir von Anfang an Services zu verwenden. Server kommen und gehen, das Service bleibt.

Services sind natürlich auch von anderen Services abhängig.
Auf diese Weise modellierst du Service-Bausteine, ähnlich Lego, mit denen du jedes andere, neue, Service zusammenbaust.

Diese "Service-Chain", also eine Kette von Abhängigkeiten, kannst du sehr einfach in i-doit abbilden und mit dem CMDB Explorer darstellen. Natürlich sind Services auch Objekte, die du im Dokumenten Add-On verwenden kannst und natürlich sind diese Relationen Standard.

Die Reihenfolge beim Wiederanlaufplan (für ein Desaster Recovery) ergibt sich dann nur mehr aus den Services.

Beispiel:
Power(Service) -> Datacenter-Network(Service) -> DB-Service for CMDB(oder shared) -> CMDB Service (der Application Server) -> CMDB OK

Power -> Datacenter-Network -> Active Directory(Service) -> DB-Service for CRM -> CRM Application/Backend (Service)-> User Network (Service) -> CRM OK

Wundere dich nicht: Üblicher Weise hat man als IT Service Provider über hundert technische Services zu betreuen.
Und dann kommen noch die Business Services dazu, also jene, die ausschließlich das Business unterstützen. CRM ist so etwas.

IT Service Management ist genau das: Verwalten, Dokumentieren, Managen und im Notfall: Wiederherstellen von Services.

Wenn du erstmal deine Services kennst, kannst du auch so Planspiele mit den Ansprechpartnern aus dem Business machen wie: Welche Services brauchen wir denn UNBEDINGT, damit unsere Firma überlebt? Und die gruppierst du dann zu einer Gruppe oder wiederum zu einem "Notfall-Service".

Gutes Gelingen und beste Grüße!
Peter

P.S.: Das mit "unterhalb" und "oberhalb" musst du dir nochmals genau ansehen, am besten mit dem CMDB Explorer. In der ITSM Branche ist es üblich zu sagen: wenn das "untere" Objekt einen Fehler hat, kann das "obere" nicht, oder nur eingeschränkt funktionieren. Bäume oder Maps oder Graphen in der CMDB, oder wie auch immer du es nennen willst, sind also "Abhängigkeiten" im Sinne der Verfügbarkeit. Dein Beispiel vom Switch wäre also umgekehrt zu modellieren: Der Switch "ermöglicht" das Core-Network-Service und dieses Service ist ziemlich weit "unten".

Geschätzte Anwenderinnen und Anwender von i-doit!

Digitalisierung geht uns alle an, Automatisierung wird in vielen Unternehmen dringend benötigt. Routinetätigkeiten stehlen uns wertvolle Lebenszeit.

Unter dem Codenamen processNow entwickeln wir in Kooperation mit synetics die Automatisierung von und mit i-doit. Und wir suchen weiterhin gute Ideen.

Verraten Sie uns, was Sie gerne automatisieren würden. Welche Systeme möchten Sie steuern und welche Daten automatisch aktuell halten? Senden Sie uns Ihre Ideen als Antwort auf diesen Post oder schreiben Sie uns eine Direktnachricht.

Hintergrund
Wir verfolgen zwei Stoßrichtungen:

Zum einen automatisieren wir i-doit. Wir generieren Daten oder ändern diese automatisch. Der Zweck? Bessere Datenqualität in i-doit als sie manuell zu erzielen ist. So könnte ein Bestellprozess in einem System die Objekte in i-doit automatisch anlegen und mit bereits vorhandenen Informationen verknüpfen.

Die zweite Stoßrichtung ist das Steuern von Prozessen mit i-doit Daten. Die Vision? Wertvolle Daten aus i-doit unternehmensweit nutzen, Unternehmensprozesse unterstützen. So kann i-doit weitere Systeme steuern, Prozesse auslösen und die Ergebnisse wieder als Daten speichern. Denken Sie nur an die mühsame Datensuche bei Reparaturen, Wartungen, Nachbestellungen oder das Aufsetzen neuer Systeme mit anschließender Dokumentation!

Aktueller Status
Mit einem funktionierenden Prototyp haben wir bewiesen, dass das Konzept technisch stabil funktioniert. Wir gehen nun mit der i-doit Community in die nächste Runde.

Nun sind Sie dran!
Wir freuen uns auf Ihren Beitrag, Danke!

Peter Resch-Edermayr: pre@vitamin-s.consulting
Leo Eibler: leo.eibler@cubic-zebra.net

Dear i-doit users!

Digitalization concerns us all, automation is urgently needed in many companies. Routine activities steal valuable time from our lives.

Under the code name processNow, we are developing the automation of and with i-doit in cooperation with synetics. And we are still looking for good ideas.

Tell us what you would like to automate. Which systems would you like to control and which data would you like to keep up-to-date automatically? Send us your ideas as a reply to this post or write us a direct message.

Background
We pursue two directions:

First, we automate i-doit. We generate data or change it automatically. The purpose? Better data quality in i-doit than can be achieved manually. For example, an ordering process in a system could automatically create the objects in i-doit and link them to existing information.

The second thrust is to control processes with i-doit data. The vision? Using valuable data from i-doit across the company, supporting business processes. In this way, i-doit can control other systems, trigger processes and store the results again as data. Just think of the tedious data search for repairs, maintenance, reordering or setting up new systems with subsequent documentation!

Current status
With a working prototype we have proven that the concept works technically stable.
Now we are going into the next round with the i-doit community.

Now it's your turn!
We are looking forward to your contribution, thank you!

Peter Resch-Edermayr: pre@vitamin-s.consulting
Leo Eibler: leo.eibler@cubic-zebra.net