Ja,
fangen wir an.
Grüß Sie zur Vorlesung.
Jetzt sind wir jetzt kurz vor Schluss.
Noch zwei Veranstaltungen.
Die letzten zwei Veranstaltungen werden wir eben dazu nutzen, das
Managed von den IT-Systems etwas unter die Lupe zu nehmen.
Das ist aber nur ein kurzer Einblick in das Management.
Im nächsten Sommersemester gibt es eine ganze Veranstaltung dazu.
Da heißt das Management von Internet-Systemen und Web-Applikationen,
die Vorlesung.
Das ist mal so ein kleiner Vorgeschmack dazu.
Wenn Sie das Skript mal ausdrucken über die Lernumgebung, dann sehen
Sie schon oben, dass das eben heißt Management von Internet-Systemen
und Web-Applikationen.
Das Skript ist, das ist jetzt auch für die nächsten Veranstaltungen
wichtig, die Grundlage für Ihre Vorlesungsvorbereitung und
Nachbereitung.
Das haben Sie ja schon gemerkt, dass da ein gewisser Wechsel
stattgefunden hat.
Wir sind dazu übergegangen, alle Folien 1 zu 1 in das Skript zu
übernehmen, dass Sie nicht noch zusätzlich die Folien ausdrucken
müssen.
Das heißt, Sie haben mit dem Skript alles und noch mehr, nämlich den
Text dazu, der extrem wichtig ist, fast wichtiger als die Folien.
Folien sind dazu da, dass man sie eben vernünftig präsentieren kann.
Aber um das zu überarbeiten, muss man sich den Text anschauen, die
Literatur.
Natürlich noch welche Sekundärliteratur, die angegeben ist, um das zu
vertiefen.
Wir gehen also mit dem Thema oder mit dem Kurs in das IT-Management
einfach mal einführend rein.
Drei Punkte, die ich ansprechen möchte.
Einerseits, was ist überhaupt IT-Management?
Womit beschäftigt sich dieses Themengebiet?
Dann wenn wir eine Architektur vertiefen, die eine Standardarchitektur
für Netzmanagement darstellt, weniger für System- und
Anwendungsmanagement, für Netzmanagement, das Internetmanagement.
Da sehen wir hier die Teilmodelle, das ist schon Teil der Architektur.
Ich muss was über Kommunikation, über Information, über Funktion
sagen.
Es gibt noch ein viertes Teilmodell, das heißt Organisationsmodell.
Das wird hier aber nicht weiter vertieft.
Und dann gehen wir so ein bisschen ausblickend auf die Frage, warum
reicht uns denn das Internetmanagement nicht?
Da steckt dahinter, wir müssen auch Systeme und Anwendungen managen.
Und wir wollen eigentlich zu einem sogenannten Service-Management, zu
einem Dienstmanagement.
Wir wollen den IT-Dienst, der von dem gesamten System erbracht wird,
den wollen wir in den Griff bekommen.
Und das ist das, was der Kunde ja auch bekommt.
Der bekommt ja keine Netzkomponente oder eine Systemkomponente,
sondern der hat einen bestimmten Dienst, den er in seinem
Geschäftsprozess nutzen möchte, qualitätsgesichert nutzen möchte.
Und da spielen halt Netzkomponenten, Systemkomponenten,
Anwendungssysteme, Speicher und dergleichen, spielt alles mit rein,
Datenbanksysteme.
Und das nennt man dann integrierte Managementlösung.
Man möchte sozusagen die ganzen Komponenten integriert managen.
Und dahinter stecken dann Service-Level-Agreements, die man
abschließen möchte und überwachen möchte.
Dann gehen wir noch zum Schluss ein bisschen in die Rollen rein, die
in so einer integrierten Managementlösung auftreten.
Und abschließend, das ist so ausblickend tatsächlich, wie entwickle
ich denn eine integrierte Managementlösung.
So, erstmal, was umfasst IT-Management?
So eine informelle Einführung, eine Begriffsdefinition.
Umfasst alle Maßnahmen zur Überwachung und Steuerung der Ressourcen
eines IT-Systems, um die mit dem Betrieb des IT-Systems verbundenen
Unternehmensziele zu erreichen.
So, was sind hier wichtige Punkte, die man rausstreichen muss?
Ich glaube, der erste wichtige Punkt ist hier, dass es um den Betrieb
geht.
Bisher haben wir uns immer um die Entwicklung gekümmert.
Ich frage, wie baue ich denn vernünftige IT-Systeme?
Und damit ist es aber nicht zu Ende.
Ich habe jetzt ein System entwickelt.
Das muss ich in Betrieb nehmen beim Kunden oder wenn ich Dienstleister
bin in meiner Umgebung, um daraus letztendlich Dienste zu generieren
und Dienste zu realisieren.
Und der Kunde oder der Anwender des IT-Systems, der interessiert sich
für das IT-System nicht.
Der interessiert sich für ganz was anderes.
Der interessiert sich für seine Unternehmensziele.
Interessiert sich dafür, was er denn mit diesem System Vernünftiges
anstellen kann.
Der stellt sich die Frage, was kann ich mit diesem IT-System besser
machen, als wenn ich das IT-System nicht habe.
So denkt der.
Und mit diesen Unternehmenszielen sind immer, der Begriff ist schon
gefallen, die sogenannten Geschäftsprozesse verknüpft oder Business
Processes.
Geschäftsprozesse des Kunden, die sozusagen seinen Inhalt wiedergeben.
Das wiedergeben, was er zu leisten hat und IT-System ist Mittel zum
Zweck.
So, und jetzt könnten wir an der Stelle nochmal dieses Szenario wieder
hervorbringen mit dem EdTech-System und mit dem Kunden C&M.
Und da kann man sich mal ein bisschen verdeutlichen, was sind denn
jetzt Unternehmensziele, die so ein Unternehmen hat, das ein
Wissenstransfersystem einsetzt.
Gibt es da irgendwelche vielleicht von Ihnen Antworten?
Also wir haben ja dieses Beratungsunternehmen, das möchte eben für
eine bessere Vermittlung und Verwaltung des Wissens, das es in der
Firma beinhaltet, auch zur Ausbildung der Mitarbeiter, um die
Kompetenz zu erhöhen, dieses Wissenstransfersystem einsetzen.
Das war ja das Szenario.
Überlegen Sie es einfach, ich habe es eigentlich schon fast gesagt.
Unternehmensziele sind an der Stelle die Kompetenzsteigerung der
Mitarbeiter.
Damit einhergehend das Unternehmensziel kompetenter zu sein als der
Mitbewerber.
Schneller zu sein, schneller das Wissen verfügbar zu haben.
Das hat nichts mit IT-Systemen zu tun, das hat rein was mit deren
Business zu tun.
Das sind Unternehmensziele.
Die Mitarbeiter zufriedener zu stellen, weil die Mitarbeiter schauen
sich schon ein Unternehmen auch dahingehend an, wie gut sind denn da
die Fortbildungsmöglichkeiten, wie gut ist denn da das organisiert,
wie komme ich denn da voran mit meiner Wissensanhäufung.
Das sind Unternehmensziele.
Und die muss man herausarbeiten.
Nämlich hinter diesen Unternehmenszielen und mit diesen
Unternehmenszielen verknüpft ist da die Frage, wie gut muss der
Betrieb sein.
Beispielsweise stellt sich die Frage, darf das Ding ausfallen?
Wie lange darf das denn ausfallen?
Wann wird denn das kritisch?
Und es ist klar, dass ein IT-System, das im Kern irgendeines
Börsengeschäftes steht, wo es dann Milliarden von Euro von Umsätzen
vielleicht gibt, also einfach Transfers stattfinden, dass das sehr
viel relevanter wahrscheinlich ist, als jetzt unser Notebook, das wir
hier einsetzen.
Das muss man sozusagen rausbekommen, das muss man analysieren.
Und damit geht dann einher, wie stark muss ich die Systeme überwachen,
wie viel lasse ich mir das kosten?
Muss ich die vielleicht redundant auslegen?
Muss ich da möglichst schnell steuernd eingreifen?
Da kommt IT-Management mit rein.
So, und jetzt können wir eigentlich aufgrund von dem Szenario auch
direkt die Management-Maßnahmen überlegen.
Also wir haben ja in der Begriffsdefinition gehabt, irgendwie
Unternehmensziele und Maßnahmen, die wir eben ergreifen, in diesem
Rahmen dieses IT-Systems, im Rahmen des Betriebes des IT-Systems, um
diese Unternehmensziele zu erreichen.
Jetzt haben wir dieses Szenario, das kennen wir jetzt mittlerweile,
dieses Bild.
Wir haben also hier irgendwo unsere Ad-Tech-IT, die irgendwo an der
Stelle jetzt mal zentral aufgestellt ist.
Da haben wir ja die AdServe eingeführt.
Das ist dieser Dienstleister, der eben die Systeme für einen Kunden
betreibt.
Der Kunde ist jetzt in dem Fall C&M und wir gehen davon aus, dieser
Schulungsraum, der liegt eben beim Kunden, der schult.
Dieses Beratungsunternehmen hat so einen Trainings-Room, eine
Möglichkeit, die Leute zu schulen, Wissen zu transferieren.
Wir haben Dozenten, die können aber auch, so ein Mitarbeiter von C&M
kann aber auch im Büroraum sitzen und dann eben online diese Schulung
miterleben oder auch asynchron abrufen über so ein Ablagesystem.
So und jetzt mal eine Überwachungs- und eine Steuerungsmaßnahme.
Ganz konkret an dem Beispiel, an diesen Komponenten.
Überwachung von AdServe, eigentlich von dieser ganzen Farm von Server
-Systemen.
Ist da irgendein Ding ausgefallen, ein Komponent da ausgefallen,
vielleicht noch niemals ausgefallen, aber überlastet, könnte das
Ablagesystem, du sagst, jetzt habe ich nur noch drei Megabyte oder so,
wenn du das nächste Mal noch was drauflegst, dann hast du ein Problem.
Also solche Dinge, das wäre, in welchem Bereich würden Sie sowas
ansiedeln, wenn Sie so diese Server-Systeme überwachen?
Systemmanagement.
Was wäre drüber, wenn ich über das System hinausgehe?
Das könnte da eine Überwachungsmaßnahme sein.
Also sozusagen Richtung Anwendungssoftware jetzt gedacht.
Systemmanagement schaut sich im Wesentlichen die Hardware von dem
System, das Betriebssystem an, die Systemsoftware.
Anwendungsmanagement schaut sich jetzt die Komponenten an, die diese
Systemsoftware nutzen, die Betriebssysteme und die darunter liegende
IT.
Könnte man sich zum Beispiel eben vorstellen, dass hier auf diesem
Rechner, das ist genau dieser Fall ja, dass hier unsere
Dozentenoberfläche läuft mit unseren Präsentationstools, das sind
typischerweise Anwendungssysteme, unser PowerPoint, unsere
Dozentenumgebung, die wir drum herum gestrickt haben und dass die eben
überwacht wird, dass nicht nur der Rechner überwacht wird, nicht nur
dieses Notebook überwacht wird, sondern dass eben auch in die
Anwendungssoftware reingegangen wird, sowohl Client- als auch Server
-seitig und da geschaut wird, gibt es da vielleicht irgendwie Probleme
mit Warteschlangen, gibt es da irgendwelche Antwortzeitprobleme oft an
der Schnittstelle, an der Dozentenoberfläche, dann sind sie ganz oben.
Dann sind sie eben beim Anwendungsmanagement.
Genauso können Sie sich eben vorstellen, dass Sie hier im
Netzmanagementbereich diese Kommunikationsverbindungen natürlich
überwachen wollen und sicherstellen wollen, dass da genügend
Bandbreite zur Verfügung steht, weil wenn da was ausfällt, dann hilft
Ihnen auch nichts, dass im EdTech, im EdSurf-Bereich alles
funktioniert, kann trotzdem der Kunde nicht darauf zugreifen.
Also da sehen wir schon Netz, System, Anwendung.
Das sind so die drei Kategorien, die wir haben.
Und der Dienst, der kommt eigentlich genau jetzt hier an der Stelle
zum Vorschein, der sitzt auf dem Anwendungsmanagement drauf.
Das ist das, was letztendlich der Dozent, in dem Fall als Kunde, als
Anwender in Anspruch nimmt.
Und da muss alles zusammenwirken.
Müssen Anwendungen laufen, müssen Systeme, müssen Netze laufen.
So, das waren jetzt Überwachungsaufgaben.
Jetzt können Sie mir vielleicht noch eine Steuerungsaufgabe nennen.
Also Überwachung heißt, ich greife nicht in das System ein.
Ich schaue mir nur an, wie der Zustand ist.
Das kann ein Ja-Nein-Zustand sein, ein Bullshit-Zustand sein.
Ist da, ist nicht da, ist lebendig, ist tot als System.
Das kann aber auch irgendwo ein Wert sein.
Die Auslastung ist so und so viel Megabit pro Sekunde oder so und so
viel Prozent.
Und jetzt haben wir aber noch, denke ich mir, müssen wir uns noch ein
paar Überwachungsmaßnahmen einfallen lassen.
Eine können Sie mir mal... ja, Herr Rudin?
Ein einzelnes System da oben, neu starten, überhaupt starten.
Ja, Restart ist ein Reset.
Reset ist einer der beliebtesten Steuerungsmaßnahmen.
Bei Netzkomponenten ist das immer das erste, was man macht.
Bei größeren Systemen muss man etwas aufpassen, weil man da
gegebenenfalls auch was kaputt machen kann damit.
Aber das Rücksetzen ist ein ganz wichtiger Aspekt.
Und das ist eigentlich an allen Stellen sozusagen nochmal neu starten,
wäre eigentlich so das Wichtigste.
Was mir jetzt noch einfallen würde, wäre, wenn ich so Ersatzsysteme
hätte, also z.B.
eine Ersatzverbindung schalten, und ich unten sozusagen noch einen
zweiten Kanal habe und ich muss sozusagen steuernd eingreifen, das
würde man sicherlich eher versuchen zu automatisieren, aber gehen wir
mal davon aus, ich kann hier sozusagen andere Wege schalten, damit
hier eine Kommunikationsverbindung wieder zustande kommt.
Oder ich kann hier vielleicht, wenn ich eine ganz wichtige
Veranstaltung habe, dass ich das sozusagen solche Rechner dopple und
dass ich dann auf den anderen Rechner schalte, also sozusagen so einen
fehlertoleranten Mechanismus einbaue.
Ja.
Dass man dann versucht irgendwie zu...
bisschen Konfigurationen zu verändern, um zu sehen, ob man da nicht
eine Optimierung hinbekommt.
Dass man auch z.B.
Prozesse anders priorisiert.
Dass man sagt, den muss ich jetzt höher priorisieren, weil der hat
gewisse Realzeitanforderungen und dass ich sozusagen auf die Art und
Weise versuche, das Beste daraus zu machen aus meinem
Ressourcenengpass.
Also da gibt es eine Menge Möglichkeiten.
So und jetzt die Managementdisziplin haben wir eigentlich schon
erarbeitet.
Das ist jetzt nochmal die ganze Geschichte sozusagen in Ebenen
gepackt.
Da ist richtig was Schönes ausgefallen.
Also hier sind eigentlich solche Workstation, also irgendwelche
schönen Bilder stehen, das sind unsere Rechner.
Und das fehlt ja auch noch, das ist das Systemmanagement.
Das heißt, dass wir jetzt hier noch die mittlere Ebene einfügen
sollen.
Das ist glaube ich soweit klar.
Das nennt man Managementdisziplin in Abhängigkeit von den zu
verwaltenden Ressourcen, die wir auch als Managed Objects bezeichnen.
Eben OS oder Managed Objects.
Wir bauen hier dann eine sogenannte MIB, eine Management Information
Base, in der wir diese Abbildungen im Sinne von Managed Objects
durchführen.
Der eine oder andere, der bei uns ja auch eine Arbeit in der
Forschungsgruppe macht, der hat sich damit ja auch schon ein bisschen
beschäftigt, hier stellen sich dann Fragen, welche
Modellierungssprache brauche ich dafür.
Ich mache ja ein Abbild letztendlich von meinem IT-System.
Und da ist eine der favorisierten Modellierungssprache das Common
Information Model, CIM, von der DMTF, Distributed Management Task
Force.
Sehr schöne, vollständig objektorientierte Modellierungssprache, die
noch den Riesenvorteil hat, dass sie mit
Softwareentwicklungsmodellierungsansätzen sehr schön harmoniert.
Also es ist alles UML-basiert, was da CIM auf den Weg bringt.
Lässt sich sehr schön mit Softwareentwicklungsprozessen verheiraten,
die Geschichte.
Weil sie ja letztendlich neben jetzt dieser Fachfunktionalität, das
ist das IT-System, das die Nutz- oder Fachfunktionalität beinhaltet,
parallel dazu jetzt sozusagen dieses Management aufbauen müssen.
Sie erweitern ja sozusagen das IT-System, das ist jetzt hier das IT
-System sozusagen, und das erweitern sie um jetzt diesen Aspekt des
Managements.
Und wir reden dann von managementfähiger Software oder
managementfähigen Systemen.
Das sind Systeme, die nicht nur Nutzfunktionalität bereitstellen,
sondern die ich auch im Betrieb vernünftig betreiben kann oder
vernünftig beherrschen kann im Sinne von Überwachung, Steuerung, dass
Qualitätsaspekte sichergestellt werden.
Das ist die Aufgabe.
Und Sie können sich schon vorstellen, dass IT-Management kein ganz
unwichtiges Geschäft ist.
Weil heute wollen sie nicht nur eine gewisse Fachfunktionalität,
sondern sie wollen eine gewisse Sicherheit.
Sowohl Security, Stability, Performance, all diese Eigenschaften
wollen sie in ihrem System haben und dafür müssen sie was tun.
Und das ist nicht ganz trivial, was sie da tun müssen.
Ah ja, okay, das ist jetzt nochmal...
Da arbeiten wir parallel, das hat der Herr Becker reingebracht.
Ich hab's mir jetzt gedacht, das fehlt, aber gut.
Ja, und das ist jetzt genau der Punkt, wir müssen die Problematik, die
haben wir jetzt hoffentlich so ein bisschen verstanden, warum wir das
tun wollen und dass wir da schon eine Motivation haben, uns damit zu
beschäftigen.
Und jetzt tut sich da eine ziemliche Komplexität auf.
Wir müssen diese Frage, wie manage ich denn, oder wie bekomme ich denn
eine vernünftige Management-Lösung, wie realisiere ich die?
Und das führt uns zu den Management-Architekturen.
Das ist wie Software-Architektur, nur jetzt eben für Management
-Lösungen.
Und da ist eine Historie, die hier kurz angerissen ist.
Angefangen hat die ganze Geschichte mit dem Management im Bereich der
Netze.
Also man hat so Mitte der 80er bis Anfang der 90er Jahre ganz stark
sich auf Netzmanagement konzentriert.
Da ist das entstanden.
Und es ist insbesondere erstmal herstellerspezifisch entstanden.
Die Hersteller haben erkannt, wir machen Verteilung, müssen unsere
Systeme verteilen, wir brauchen eine Netzinfrastruktur.
Und da müssen wir schon mal irgendwie überwachen und steuern, da fällt
uns was aus.
Das leistet das Betriebssystem nicht.
Sie müssen sich ja vorstellen, in der Zeit hat man in erster Linie in
Großrechnerbetriebssystemen gedacht, Terminal-Anbindungen.
Da hat das Betriebssystem das ganze Management durchgeführt.
Das System-Management, das System-Management.
Und auch das Anwendungs-Management.
Also die ganzen Recovery-Mechanismen, die da möglich sind,
Abrechnungsmechanismen, Security-Mechanismen, das ist alles im
Betriebssystem drin gewesen.
Und deswegen gab es da das Thema nicht.
System- und Anwendungsmanagement.
Das war da sozusagen Teil vom Betriebssystem, von der Systemsoftware.
Aber beim Netzmanagement, bei den Netzen, da hat es angefangen, dass
man irgendwie einen Handlungsbedarf hatte.
Das hat das Betriebssystem nicht mehr ganz hingebracht.
Es gab da diese, es gab schon nochmal eine Zwischenlinie mit diesen
Frontend -Rechnern, also Kommunikationsrechner, die ich vor den Host,
vor den Großrechner geschaltet habe, die dann auch ähnlich wie so ein
Großrechner -Betriebssystem, die Kommunikation durchgeführt haben.
Aber dann kam ganz stark mit den lokalen Netzen.
Ethernet und Tokenring.
Da fing dann tatsächlich die Geschichte an, dass ich so etwas wie
Netzmanagement ernst nehmen muss und nicht mehr einfach mit dem
Betriebssystem arbeiten kann.
Und da gab es eben zum Beispiel dieses SNA, IBM-SNA-Management.
Dann gab es diese OSI-Management-Architektur, also die erste
standardisierte Management-Architektur, auch für das Netz.
Also das war nur Netz.
Und das Internetmanagement als Antwort auf wieder einmal diese viel zu
schwerfällige und nicht implementierbare OSI-Management-Architektur.
Also sozusagen OSI-Management-Lite, kann man so sagen, mit einem ganz
wichtigen Protokoll.
Da gehen wir gleich noch ein bisschen darauf ein, das SNMP, Simple
Network Management Protocol.
So, und dann kam so Anfang der 90er, Mitte der 90er, ganz stark diese
Erkenntnis, Netzmanagement ist eine schöne Sache, ist eine Sache, aber
jetzt muss ich Systeme auch managen, ich muss Anwendungen managen, ich
muss letztendlich zu einem Dienstmanagement kommen.
Und da hat man festgestellt, diese Management-Architektur, die das
Internetmanagement bereitstellt, greift zu kurz.
Da sind nicht die Strukturen drin, die ich brauche, um System- und
Anwendungsmanagement vernünftig zu betreiben.
Warum, kann mir das jemand an der Stelle sagen, warum das sich jetzt
auf einmal ändert, insbesondere jetzt Anwendungsmanagement?
Hat da jemand eine Idee, was da das Problem sein könnte?
Ich könnte ja sagen, jetzt habe ich das Internet, wir kommen gleich
auf die ganzen Modellierungsgeschichten.
Jetzt habe ich die Netzkomponente modelliert, so einen Router, so eine
Bridge, da ist ja auch schon einiges zu tun.
Warum mache ich das jetzt nicht auch für meine Anwendungssysteme?
Was könnte da ein Problem sein?
Was bedeutet das jetzt von der Modellierungsseite her?
Ja,
das Problem ist die Komplexität.
Die Objekte sind sehr viel komplexer im Anwendungsbereich.
Systembereich geht noch halbwegs, aber wenn Sie ein Anwendungssystem
modellieren wollen, im Vergleich zu einer Netzkomponente, haben Sie
einen Komplexitätsgrad von 5 bis 10, Faktor 5 bis 10, den Sie dazu
rechnen müssen.
Und deswegen hat sich herausgestellt, dass dieses Internetmanagement
mit einem nicht objektorientierten Ansatz, das Informationsmodell ist
zu schwach, das ist nur eine Tabellenstruktur, dafür einfach nicht
geeignet ist.
Ich kann damit keine Anwendungssysteme angemessen modellieren.
Das ist das große Problem.
Und deswegen gab es eben dieses CIM, dieses Common Information Model,
das diese ganzen Möglichkeiten liefert, eigentlich genau die gleichen
Möglichkeiten liefert, wie sie ich im Bereich von Softwareentwicklung,
also Softwaresystemmodellierung, bereitstelle.
Aber nichtsdestotrotz, wir schauen uns in der Einführung einfach das
Internetmanagement an.
Das ist nach wie vor im Netzbereich, teilweise im Systembereich, der
Ansatz, der unterstützt wird in der Praxis.
CIM kommt so langsam in Fahrt, ist auch schon auf dem Markt, aber
dominant ist ganz klar das SNMP-Management.
Und SNMP-Management sagt schon aus, das Management-Protokoll ist da
ein ganz wichtiger Bestandteil von der Internetmanagement-Architektur.
Und da sehen Sie an der Stelle den Stack.
SNMP ist ein Anwendungsprotokoll, also ist ein Schicht-7-Protokoll
nach OSI, setzt also auf einem Transportprotokoll auf.
Und das Transportprotokoll ist das UDP, das User Datagram Protocol,
also hier der Schicht-4.
Und das UDP ist ja bekanntlich ein verbindungsloses Protokoll.
Da fragt man sich jetzt vielleicht, da sollte man sich fragen, warum
denn UDP?
Warum verwende ich hier UDP?
Was gibt es da für Vor- und Nachteile?
Ja, das ist eine Sache, dass man da ein Overhead wegbekommt und
dadurch auch eine gewisse Geschwindigkeit erreicht.
Herr Rudin?
Vielleicht ist es ein Vorteil, wenn es so ein bisschen Management ist,
dass man noch
die Chance hat...
Genau, also das ist genau die Idee.
Management setzt sich dann ein, wenn irgendwie was nicht richtig
funktioniert.
Ein wichtiger Aspekt, nicht der einzige, aber ein wichtiger Aspekt.
Und mit der verbindungslosen Variante habe ich eine viel größere
Chance, noch was zu retten.
Das geht ein bisschen in die Richtung, was Sie auch gesagt haben.
Das ist nicht nur Schnelligkeit, sondern auch der Stabilitätseffekt.
Stabilitätsfaktor, der da einfach eine Rolle spielt.
Was ist ein Nachteil?
Alle Sachen haben nicht nur Vorteile in der Regel, sondern auch man
erkauft sich das mit gewissen Nachteilen.
Man hat nicht nur Fehlersituationen, man hat ja auch andere
Situationen, die im Management auftreten, und dann ist UDP nicht so
günstig.
Das eine Saal, was mit Verbindungslosigkeit einhergeht, diese ganze
Unsicherheit, die ich dann auch mir einkaufe, das würde ich
tolerieren, weil ich sage, Hauptsache ich kriege irgendwas.
Also wenn ich jetzt...
Könnte man, sicherlich.
Das bleibt einem dann unbenommen.
Das ist ja wie IP und dann drüber setze ich ein TCP und dann habe ich
die ganze Qualität.
Das könnte man machen.
Der große Nachteil ist, wenn ich Massendatentransfer zu
bewerkstelligen habe, und das habe ich ja häufiger, wenn ich Log
-Informationen z.B.
über SNMP mir zusammensuche, dann ist der Overhead, den ich durch das
verbindungslose User Datagram-Protokoll eingehe, erheblich.
Also Bulk-Transfer nennt man das.
Und da gibt es entsprechend jetzt in dem App-SNMP-Version 2 wird eben
Rechnung getragen, dass man so einen Bulk-Transfer-Dienst
bereitstellt, der quasi so eine Art Verbindung aufbaut, hat zumindest
mal diesen Overhead drastisch reduziert, zusammen mit UDP.
Das sind so die Vor- und Nachteile.
So, und jetzt kann man mal sehen, wie das eigentlich aussieht in dem
Szenario.
Wie eigentlich so eine SNMP-Architektur da ergänzt wird, oder wie das
Szenario durch eine SNMP-Architektur ergänzt wird.
Wir haben im Wesentlichen zwei grundlegende Komponenten.
Wir haben hier die ganzen Agenten.
Die sind überall verteilt.
Überall, wo man sagt, da ist ein SNMP-fähiges System.
Das bekommt ein Agenten.
Also jetzt ist hier so, soll so angedeutet sein, das könnten
irgendwelche Router-Komponenten, diese Kisten sein.
Und die sind dann eben, wenn sie SNMP-fähig sind, heißt das, da läuft
eine Software drauf.
Das nennt man Agenten.
Und wir haben in der Regel einen solchen sogenannten SNMP-Manager,
also eine Manager-Agent-Struktur, der die Agenten benutzt, um
Informationen entweder abzurufen oder eben auf die Agenten einwirkt,
damit diese steuernd in die IT-Systemkomponenten eingreifen können.
Also wir haben diese Manager-Agent-Struktur.
Wie ist da der Vergleich zum Client-Server?
Kann man das vergleichen mit einer Client-Server-Struktur?
Und wenn ja, wie ist da dann die Rollenverteilung?
Ist natürlich eine Client-Server.
Ja, die Agenten sind die Server.
Und der Manager ist der Client.
Und der fragt jetzt die entsprechenden Agenten an, dass sie
irgendwelche Methoden, irgendwelche Funktionen ausführen sollen.
Was man dann eben braucht auf der Agentenseite, ist so einen
Zusammenhang herzustellen zwischen der Management-Software und der
Nutz -Funktionalität, die in Software oder Hardware gegossen sein
kann.
Im Bereich von SIM, dem Common Information Model, redet man an der
Stelle von Instrumentierung.
Instrumentierung der Netz-System-Anwendungskomponente, um diese
managementfähig zu machen, dass man eben hier über den Manager solche
Dinge abrufen kann und steuern kann, überwachen und steuern kann.
Und es ist auch, glaube ich, klar, zu jedem dieser SNMP-Agenten läuft
eben dieses SNMP-Protokoll mit dem ganzen Stack, UDP und
unterliegenden IP, unterliegende Schicht 1 und 2 Protokolle.
Und das führt dazu, wenn Sie jetzt hier mal so eine Router-Komponente
betrachten und hier diese Verbindung, dann ist an der Stelle haben Sie
den Effekt, dass ein Protokoll-Stack bis zur Schicht 7, bis zur
Anwendungsschicht realisiert werden muss.
Der Router arbeitet ja nur bis zur Schicht 3, also da ist ja dann
Ende.
Aber wenn Sie dann die Instrumentierung machen, ich schreibe es hier
hin, mit SNMP, dann sind Sie bis zur Schicht 7 oben.
Das heißt, der wird ergänzt und an der Stelle realisiert er auch ein
Anwendungsprotokoll.
Aber nicht im Sinne von Nutz-Funktionalität, sondern im Sinne
gegenüber dem Management.
So, und jetzt haben wir hier den Theo eingeführt als Administrator und
jetzt können wir nochmal vielleicht das konkretisieren, diese
Management -Maßnahmen, die wir auf einer der ersten Folien hatten.
Und jetzt können wir vielleicht nochmal das etwas genauer
spezifizieren.
Was könnte denn jetzt der Theo mit dieser Management-Konsole machen?
Also das ist auch nochmal wichtig, das habe ich noch nicht gesagt,
dass eben auf diesen Manager ein äußerst komplexes Management-System
aufsetzt.
Wir reden da von Management-Plattformen.
Auch wieder ein eigenes, sehr komplexes Software-System mit einer
eigenen Architektur, mit Schnittstellen, auch mit einer Drei-Schichten
-Architektur.
Da gibt es HP OpenView, kennen Sie das vielleicht schon mal gehört,
Tivoli, TME 10, CA Unicenter, das sind so die bekannten Produkte.
Der SunNet Manager war mal einer der ersten Management-Plattformen von
Sun.
Also da gibt es eine riesen Palette von Produkten und ein riesen
Beratungsgeschäft, das sich da eben auftut.
Weil wenn Sie sowas einführen in ein Unternehmen, brauchen Sie immer
Leute, die sozusagen ein Konzept daraus machen.
Sie können nicht einfach das System oder so eine Software installieren
und dann wird es schon funktionieren, sondern Sie müssen da ein
Betriebskonzept drum herum bauen.
Hat immer eine sehr komplexe und umfangreiche Benutzer-Oberfläche mit
verschiedensten Views, die hier auf dieses verteilte System angewendet
werden.
Jetzt ist die Frage, was wären denn so Views, die der Theo braucht.
Vielleicht ist das genau eine Frage für Sie, weil Sie haben es ja
genau jetzt im Rahmen des Praktikums mal an einem Beispiel
durchexerziert und auch sowas realisiert.
Datendurchsatz an Netzknoten,
Antwortzeiten, die er da sehen möchte.
Ausfälle, vielleicht wenn er jetzt in der Früh dann ankommt und
schaltet seine Management-Konsole an und möchte sehen, gab es da
irgendwelche Probleme in der Historie?
Also er möchte auch Zeitverläufe sehen, möchte dann auch eine
Zuordnung zu Kunden haben.
Wer ist denn jetzt betroffen?
Also da kommt wieder genau dieses Dienstmanagement mit rein.
Und wenn Sie sich vorstellen, das ist ja noch eine ganz harmlose
Angelegenheit hier, aber stellen Sie sich vor, Sie haben eine Umgebung
mit Hunderten von Systemen, mit vielleicht Tausenden von Usern und die
müssen hier schon irgendwie vernünftig abgebildet werden.
Das heißt, Sie brauchen so eine gewisse Abstraktionsebene, Sie gehen
rein, Sie kriegen einen Überblick und wandern sozusagen bis zu einem
ganz konkreten Punkt, bis zu einem ganz konkreten SNMP-Agenten und der
ist ja selber auch schon wieder sehr umfangreich.
Das heißt, diese Navigation auf dieser Bedieneroberfläche ist extrem
wichtig.
Also davon ist abhängig, ob der Theo damit vernünftig umgeht, ob er da
effizient administrieren kann und managen kann oder nicht.
Und da kommt auch wieder rein dieser Aspekt, Sie müssen wissen, wie
arbeitet der Kerl?
Wie geht der da ran?
Was sind seine Geschäftsprozesse?
Was sind seine Arbeitsprozesse?
Und danach müssen Sie die Oberflächen auch gestalten, was er eben
sehen möchte und wann er das sehen möchte und wann er sich da
durchkriegt.
Das ist eine sehr interessante Teil von dem IT-Management.
Es gibt auch höchst spannende Forschungs-Fragestellungen, also 3D
-Sichtweisen.
Es gibt hier das Uni-Center oder das Tivoli, hat unter anderem so eine
Möglichkeit, dass ich durch die Gebäude durchmarschieren kann und
einfach so tun kann, als würde ich da per Tonschuh unterwegs sein und
dann eben die Schränke, dann kann ich die aufmachen und also dass man
da versucht, wirklich solche Oberflächen auch zu gestalten, die so
ähnlich wirken und so ein virtuelles Abbild der Realität darstellen.
Das ist schon sehr interessant, weil man einfach überlegen muss, wie
man mit dieser Vielfalt an Informationen, an Sichtweisen zu Hande
kommt.
So und jetzt gucken wir mal kurz auf den PDU-Aufbau.
Wir haben hier die Versionen, es gibt also das SNMP in verschiedenen
Versionen.
Im Moment bis zur Version 3 ist man da vorgedrungen.
Man verändert da immer wieder gewisse Dinge, so ähnlich wie bei IP.
Jetzt gibt es das bei SNMP nicht anders.
Da haben wir so einen Community-String, der ist für die
Authentifizierung, Autorisierung besteht der.
Ich kann das also auch verschlüsseln, wenn ich will, diese SNMP
-Nachrichten, was ja sinnvoll ist, das hochgradig relevante und
schützenswerte Information.
Ich kann die Authentifizierung, wie gesagt, durchführen, also die
Identität feststellen, ob jemand, ob der TEO wirklich der TEO ist und
dann auch tatsächlich meine Kiste, mein Ablagesystem runterfahren
darf.
Also da kann man ja höchstgradig tolle Sachen anstellen.
Das ist ein Knopf und das ganze System ist lahmgelegt.
Und die Management-Systeme machen das.
Die kennen da nichts, also mit einem Mal können sie alle Systeme
runterfahren, ohne Schwierigkeiten.
Da haben sie selbstverständlich ein großes Sicherheitsproblem, das
sehr schlecht gelöst ist, nebenbei gemerkt.
Das ist sehr interessant, Studien sich anzuschauen.
Ich bin selber in Projekten beteiligt gewesen, wie nachlässig auch in
dem Bereich mit Security-Fragestellungen umgegangen wird.
Der Grund ist, das SNMP v2 ist mit diesen Konzepten angekommen.
Es hat nicht funktioniert, es war nicht praktisch umsetzbar.
Deswegen gab es in der Version 3 auch Veränderungen, dass man jetzt so
langsam an der Stelle auch Security-Aspekte ernst nimmt.
Die Abfragestrategie nennt man Trap-Directed-Polling.
Das ist jetzt die Frage, wie Manager und Agent zusammenarbeiten.
Es gibt zwei Richtungen.
Das eine ist die Abfrage.
Der Manager fragt die Agenten ab nach irgendwelchen Informationen.
Also zu sagen, ich hole mir die Informationen von Manager-Seite.
Und das Trap bedeutet, der Agent gibt dem Manager asynchron, ohne
Aufforderung, Informationen aufgrund von Ereignissen, die aufgetreten
sind.
Irgendwelche Engpässe, die aufgetreten sind.
Es gibt dann entsprechende Gages, die ich einstellen kann.
Also Schwellwerte, die ich einstellen kann als Manager.
Und das wird dann alarmiert.
Der Agent, hier ist ein Problem.
Oder es gibt sogar so Möglichkeiten, dass ein Agent zum Teil
feststellen kann, ob irgendwo in der Umgebung etwas nicht
funktioniert, der quasi Manager-Funktionalitäten hat und das eben an
den Manager weiterleiten kann.
Das nennt man Trap-Directed-Polling.
Der steuernde Eingriff funktioniert so, dass ich einfach Werte in der
MIP verändere.
Also in der Management Information Base.
Und diese Operation ist das Set.
Hier hatten wir schon auf einer anderen Folie gehabt, die
verschiedenen Operationen.
Also Set-Operationen, das heißt, wenn ich zum Beispiel ein Reset
mache, dann setzt sich die Zustandsvariable um.
Get und Get-Next sind die Lese-Operationen.
Dieses Get-Next ist eine Operation, mit der ich den nächsten Eintrag
in der MIP erhalte.
Die MIP ist ein Baum, das sehen wir dann gleich.
Das ist eine Baumstruktur.
Und ich erhalte sozusagen, ich kann durch diesen Baum traversieren.
Ich fange irgendwo an bei einem Managed Object und kann dann sozusagen
mit Get-Next den ganzen Baum durcharbeiten.
Und der Vorteil ist, ich kann jetzt den Baum auslesen oder die MIP
auslesen, ohne dass ich die einzelnen Managed Objects kenne.
Die bekomme ich dann über das Get-Next.
Jetzt die Frage, wie legt man denn die Information fest?
Also wie beschreibe ich die?
Und SIM ist ein Beispiel einer Sprache.
Hier ist jetzt als Sprache SMI eingeführt im Internetmanagement.
Das ist die Structure of Management Information.
Und das SMI legt eben die Sprache fest, mit der Internetmanagement
-Objekte zu beschreiben sind.
Und Sie sehen, das sind letztendlich einen variablen Ansatz, einen
Tabellenansatz.
Nur objektbasiert, nicht objektorientiert.
Basiert auf diesem ASN 1.
Also da kommt nochmal ASN 1 zur Geltung.
Ist eigentlich jetzt nur noch im Management wirklich relevant.
War ja die Sprache, mit der man eben die Schicht 6, die
Darstellungsprobleme, behandeln sollte und wollte.
Und ist jetzt aufgrund dieser Makro-Eigenschaften hat man entsprechend
ein Makro gebildet, mit dem man Internetmanaged-Objects beschreiben
kann.
Sehen wir dann gleich mal, wie das Makro aussieht.
Und Sie haben keine komplexen Datenstrukturen, nur zweidimensionale
Tabellen, mit denen müssen Sie eben auskommen.
Und Sie können, also Sie haben bei der Sprache immer zwei Aspekte.
Die eine Sache ist die Syntax, die ich festlege.
Also die reine Syntax.
So soll ich bitte Managed-Objects beschreiben.
Und hier steht jetzt drin, es wird nicht nur die Sprache, die Syntax
standardisiert, sondern man fragt sich, welche Managed-Objects sollen
beschrieben werden.
Also welche lege ich als Standard fest.
Wie beschreibe ich standardmäßig einen Router?
Da brauche ich natürlich die Sprache, dieses SMI, aber ich brauche
dann auch eine festlegende Spezifikation.
Und das sind die Managed-Objects, die bitte schön von einem SNMP
-Router bereitgestellt werden sollen.
Also ich lege sozusagen wirklich die Objekte fest, Teile dieser
Objekte, die realisiert werden müssen.
Sonst funktioniert ja ein standardisiertes Management auch nicht.
Stellen Sie sich den Theo vor, der hat fünf verschiedene Router
-Komponenten und jeder liefert irgendwas anderes.
Das bringt mir nichts.
Da hilft mir der Mechanismus nichts.
Ich muss auch irgendwie die Semantik sozusagen festlegen von einigen
Objekten, das ich standardisiert und integriert managen kann.
Und das ist jetzt hier dieser Objekttyp Makro, den wir hier sehen.
Das sind also die Elemente, die ich in so einem Makro finde.
Das ist das Internet Managed-Objects.
Ich habe eine Instanz davon.
Das heißt, ich bilde sozusagen eine Instanz von dieser Klasse.
Ich rede jetzt zwar nicht von Klassen, aber von Templates sagen wir
mal, die ich vorgegeben bekomme.
Und dieses Template fülle ich eben aus.
Und wie sieht das Template aus?
Wir haben ein Objekttyp, das ist die Bezeichnung für den ASN 1 Makro.
Ich habe ein Makro geschrieben, das sagt, das führt ein Typ Object
-Type ein, also eine Struktur ein.
Und die besteht eben aus diesen vier Elementen.
Syntax, da gebe ich an mit diesem Begriff Syntax.
In diesem Feld gebe ich an, welcher Typ und welchem Typ ist dieses
Objekt.
Access gibt an, kann ich da ein Get und ein Set drauf machen.
Also sozusagen Zugriffsangaben.
Hier ist jetzt, ich kann nur ein Get oder Get Next auf dieses Objekt
durchführen.
Ich kann also das nicht setzen, ich kann da nicht steuern drauf
eingreifen, das System.
Status ist, ist das erforderlich in einer Standard MIP?
Also muss das verfügbar sein?
Muss ich darauf zugreifen können auf dieses Managed Object oder ist
das nicht verpflichtend?
In dem Fall ist es verpflichtend, mandatory.
Und dann gibt es so eine Semantikbeschreibung und das ist so ein Text.
Einfach ein Posa-Text, in der Regel Englisch, kann auch Deutsch sein,
je nachdem von wem das realisiert ist.
Die standardisierten sind natürlich die englische Sprache.
So, und jetzt vielleicht nochmal die kurze Erklärung der folgenden
Bestandteile des Makros.
Das kann ich Ihnen jetzt an der Stelle überlassen, nochmal das
sozusagen für sich wiederholen.
Die eindeutige Identifikation, wo ist die?
Das andere Description habe ich schon genannt.
Das ist hier sozusagen in dem Feld.
Das ist hier.
Der Name ist hier vorne.
Das ist der Name.
IP in Receive, das ist also ein...
Jetzt mal die Semantik auch nochmal versuchen herauszubekommen.
Das ist also ein Zähler, der die eingehenden IP-Datagramme zählt.
Jedes Datagramm, das in einem Router einläuft, an einem Port, wird
eben gezählt.
Und der Zähler, in dem ist dann eben vermerkt, wie viele an diesem
Port angekommen sind.
Und die eindeutige Identifikation, wo ist die?
Hier.
IP und dann eine Nummer, die 3.
Dieses IP, da steckt sozusagen der...
Das ist die Kennzeichnung, die Identifikation des Vaterknotens.
Wo eben dieses IP in Receive aufgehängt ist.
Und das führt genau zu dem Internetregistrierungsbaum.
Das ist jetzt genau hier der Vaterknoten, den wir hier haben.
Unten hängt dann dieses IP in Receive.
Und entsprechend...da haben wir einen Fehler.
Und der eindeutige Identifikator, der ist auch klar.
Ich marschiere hier von der Wurzel, das ist also der höchste Knoten.
Gehe ich hier runter und sammle das auf.
Und das ist der Weg.
Und die ganzen Nummern, die verbinde ich nach IP-Adressmanier mit
Punkte.
Also eine Dot-Syntax.
Und dann habe ich eben entsprechend den eindeutigen Identifikator.
Das ist, glaube ich, soweit klar.
Und wichtig ist, dass wir hier neben dem standardisierten Anteil...
Das ist das, was standardisiert ist.
Wo nicht nur die Sprache festgelegt ist, sondern die Managed Objects.
Die genaue Semantik, die eben bereitgestellt werden muss von SNMP
-fähigen Systemen.
Habe ich noch einen weiteren Anteil, nämlich diesen Private-Anteil.
Da können die Unternehmen ihre Bäume beliebig einhängen.
Also wenn ich jetzt einen HP-System-Router habe oder einen Cisco
-Router habe.
Dann gibt es eben eine Cisco-Router-Mip.
Es gibt eine Standard-Mip, die ist in dem Management-Baum.
Es gibt eine Cisco-Router-Mip, die ist in dem Private-Baum.
Cisco ist dann eben unter Enterprises irgendwo eingehängt.
Mit einer bestimmten Nummer natürlich.
Und dann können die eben da beliebig ihre standardisierten
Informationen einhängen.
Was ist denn da aus Ihrer Sicht...
Also es hört sich ja ganz pragmatisch an, ganz sinnvoll an.
Was könnte denn das Problem sein?
Modellierungstechnisch.
Also wenn wir jetzt nochmal von dieser Standard-Router-Mip und Cisco
-Router -Mip ausgehen.
Welches Problem könnte man da reinlaufen?
Vielleicht da übernehmen?
Ja, genau.
Eigentlich würde man gerne verfeinern.
Man macht sowas wie eine Verfeinerung, aber ich kann das damit nicht
vernünftig ausdrücken.
Ich muss sozusagen...
Ich kann den Zusammenhang nicht richtig herstellen und muss
gegebenenfalls sozusagen hier das reinkopieren oder irgendwie.
Also ich kann es eigentlich nicht vernünftig modellieren, diesen
spezifischeren Anteil.
Ich möchte nämlich eigentlich Vererbungsprinzip haben.
Ich möchte Objektorientierung haben, die habe ich hier aber nicht.
Und deswegen gibt es eben genau diese Probleme.
Das ist eines der großen Probleme.
So, das war jetzt das Informationsmodell.
Die Frage, wie werden Managed Objects beschrieben?
Nochmal vielleicht zurückerinnert.
Warum braucht das?
Wir bleiben bei diesem Szenario.
Wir müssen festlegen, welche Informationen will ich von welchen
Geräten, von welchen Ressourcen abrufen.
Wir hatten das Kommunikationsmodell schon.
Das war das SNMP, das war dieses Protokoll.
Die PDUs, die ich festlege.
Wie bringe ich sozusagen die Informationen vom Agent zum Manager?
Oder auch andersrum, vom Manager zum Agent.
Mit dem Trap und mit dem Polling hatten wir das.
Und jetzt gibt es eben noch dieses Modell, das Funktionsmodell, dass
sich die Frage stellt, was mache ich denn jetzt mit der Information?
Was sind denn Managementfunktionen, die im Wesentlichen im Manager
ablaufen?
Das sind die Fragen.
Es können auch Teile im Agent ablaufen, ich kann auch etwas verlagern
in den Agenten.
Aber die meisten Funktionsaspekte finden natürlich im Manager statt,
erinnern sich an die Konsole.
Da laufen die Informationen zusammen und da gibt es dann eben
entsprechend Algorithmen, Managementalgorithmen, die diese
Informationen verarbeiten.
Und jetzt gibt es wieder eine schöne Abkürzung, F-CAPS.
So die gängige Abkürzung der Funktionsbereiche.
Fault, Configuration, Accounting, Performance und Security Management.
Das sind die Bereiche, in die man vernünftig Funktionen einsortieren
kann.
Über Fault und Performance haben wir eigentlich schon ziemlich viel
geredet.
Also wenn Fehler auftreten, wenn Engpässe auftreten.
Das sind eigentlich schon so der Kern der Managementfunktionen.
Das ist so das, was man als erstes braucht, um ein System am Laufen zu
halten.
Aber nicht ganz unwichtig ist auch das Configuration Management.
Das ist ganz stark im Bereich von, wenn ich das in Betrieb nehme, wenn
ich die Systeme und die Netze und die Anwendungen angemessen
konfiguriere, aufeinander abstimme, das Configuration Management.
In dem Zusammenhang ist auch wichtig das Change Management.
Wenn ich Änderungen an der Konfiguration vornehme, das gehört also
eigentlich auch mit rein.
Das kann man als eigenen Bereich sehen, kann man aber auch damit
einbeziehen.
Und dann gibt es noch diese zwei Bereiche Accounting Management, also
Abrechnungsmanagement, die Sammeln von Abrechnungsinformationen und
Zuordnung zu den Verbrauchern.
Und so ein Thema Security Management.
Also wir haben ja Security, da gab es ja von Herrn Nochter einen sehr
ausführlichen Kurs.
Da waren beide Aspekte drin, da war ja Security drin, also Security
Mechanismen, also Verschlüsselung, Authentifizierung,
Autorisierungsform.
Und dann gibt es so einen Bereich, der schon ins Management rein
reicht, nämlich die Fragen, was muss ich denn betrieblich alles
sicherstellen, damit ich diese Sicherheitsmechanismen einsetzen kann.
Und da ist der Übergang von Security zu Security Management.
Es ist gar nicht so ganz einfach, eine harte Linie da zu finden, was
ist jetzt noch Security und was ist schon Management von Security
Mechanismen.
Das geht also sehr stark ineinander über.
Und man kann das jetzt eben Bedrohungsverhinderung,
Berechtigungsprüfung, wobei Berechtigungsprüfung, da ist natürlich ein
direkter Übergang zu Security Mechanismus gegeben, also zu Security,
nicht nur Management.
Also diese Bedrohungsverhinderung ist auch eine ganz wichtige Sache.
Diese Überwachung, ob Angriffe, ob Bedrohungen aufgetreten sind, das
wird man eben ganz typischerweise in Security Management reinsetzen.
Ja, und jetzt kommen wir bei den verschiedenen Funktionsbereichen.
Man könnte beim Internetmanagement vielleicht noch abschließend sagen,
zu dem Funktionsmodell, das ist sehr, sehr mager.
Das Internetmanagement macht sehr wenig Aussagen über
Managementfunktionen, macht sehr viele Aussagen über
Kommunikationsmodell und Informationsmodell.
Es gibt einen Ansatz oder einen Aspekt, den man immer wieder dann
erwähnt, wo das Internetmanagement tatsächlich Funktionen auch in die
Hand nimmt.
Das ist im Zusammenhang mit der RMON, mit der Remote Monitoring MIP.
Das ist eine Management Information Base, die Objekte einführt, hinter
denen sich eigentlich Funktionen verbergen, also so Measurement
-Objekte.
Also im Bereich Performance Management, wo ich verschiedene
Performance -Informationen zusammenziehe und gewisse Statistische
Auswertungen drüber laufen lasse.
Das ist sozusagen in den Objekten drin.
Dahinter, wenn ich eine RMON-MIP realisieren möchte, also eine Remote
Monitoring MIP, muss ich diese Funktionen sozusagen implementieren,
damit ich diese Objekte bereitstellen kann.
Statistik-Objekte, History-Objekte.
Im OSI-Management werden diese Art von Managed Support Objects
genannt, Unterstützungsobjekte.
Das sind nämlich nicht mehr Objekte, die eine Ressource modellieren,
sondern das sind Objekte, die Funktionen modellieren sozusagen.
Da ist also im Internetmanagement ein bisschen was geboten, was
Funktionsmodell angeht.
So, und jetzt kommen wir zu dem nächsten, zu dem dritten Schritt,
nämlich von der Beispielarchitektur hin jetzt zu dem integrierten
Management und Dienstmanagement.
Ich habe schon einiges in der Richtung motiviert am Anfang.
Es reicht nicht aus, ein Aspekt zu behandeln, wie beispielsweise
Netzmanagement, wie es Internetmanagement das im Wesentlichen tut,
sondern wir müssen das integriert angehen.
Wir haben ein enges Zusammenspiel zwischen Netzen, Systemen,
Anwendung.
Die Anwendungen laufen auf den Systemen.
Wenn die Systeme nicht funktionieren, haben die Anwendungen sofort ein
Problem.
Wenn die Systeme zwar funktionieren, aber die Verteilung, also der
Verteilungsaspekt, die Kommunikation mit entfernten Systemen
funktioniert nicht, funktioniert das ganze System nicht.
Das heißt, wir haben eine ganz enge Verstrickung und dann funktioniert
der Dienst halt auch nicht.
Und den Dienst möchte ich letztendlich überwachen und steuern.
Und wir müssen also diese Netzsysteme und Anwendungsressourcen in
ihrem Zusammenspiel betrachten.
Wir können nicht getrennt Netzmanagement, Systemmanagement,
Anwendungsmanagement nebeneinander stellen und so tun, als hätten die
nichts miteinander zu tun, sondern wir müssen das als Gesamtsystem
betrachten.
Und diese Notwendigkeit des integrierten Managements, die führt dann
eben zu dem sogenannten Dienstmanagement oder Servicemanagement, weil
ich sozusagen...
der wird meinem Benutzer oder meinem Anwender bereitgestellt und unten
drunter habe ich genau die...
...schiedenden Systeme und die Systeme sind über Netze verknüpft.
Das heißt also, dieses Zusammenspiel, das ich hier über die Ressourcen
betrachte und wahrnehmen muss, manifestiert sich letztendlich im IT
-Dienst.
Es kann natürlich sein, dass ich einen Dienst in Anspruch nehme, der
reiner Netzdienst ist.
Aber in der Regel, wenn Sie sich so einen R3-Dienst zum Beispiel
vorstellen, Outsourcen von einem ERP-System, dann ist das Netz nur ein
Teil, die Systeme sind ein weiterer Teil und die Anwendungssoftware
ist eben der dritte Teil und die spielen eben miteinander zusammen.
Und hier ist jetzt entscheidend, dieser Dienst muss mit einer gewissen
Qualität bereitgestellt werden.
Das IT-Management hat bitte dafür zu sorgen.
Und es wird zwischen dem Benutzer und dem Dienstleister, nämlich hier
ist eigentlich der Dienstleister, was der bereitstellt.
Der Dienstleister ist für diese Sache zuständig, für den Betrieb von
diesem System zuständig, für die Bereitstellung dieses Dienstes
zuständig und zwischen dem Benutzer und dem Dienstleister muss erstmal
ein Vertrag gemacht werden.
Der Benutzer muss dem Dienstleister sagen, was er eigentlich
bereitzustellen hat und der Dienstleister sagt dem Benutzer, was er
dafür zahlen soll.
Und das ist das Service Level Agreement.
Da steht drin, wie soll denn dieser Dienst mit welcher Qualität,
welche Dienste mit welcher Qualität sollen denn hier bereitgestellt
werden.
Und das ist dann letztendlich dieses SLA, Service Level Agreement, ist
letztendlich die Messplatte für das IT-Management.
Das muss das IT-Management oder jetzt in dem Fall das Service
-Management, das Dienst-Management erbringen.
Und wir brauchen einen, um sowas machen zu können, integrierten
Management -Ansatz.
Wir müssen über die ganzen Anwendungen, Systeme, Netze, über die
ganzen IT-Ressourcen hinweg diesen Management-Ansatz verfolgen.
Und das ist nochmal so ein Beispiel-Szenario, das wir schon an
verschiedenen Stellen auch haben.
Genau das, was ich Ihnen jetzt gerade eben skizziert habe, jetzt
nochmal von den Organisationen her, typisches Beispiel.
Der Kunde erteilt dem Dienstleister den Auftrag, führe mir bitte
dieses EdTech ein, diese Wissenstransferplattform.
Der hat sich vorher natürlich Gedanken gemacht, wozu er die brauchen
kann und dass er da einen Wettbewerbsvorteil hat und dass das sinnvoll
ist für ihn, so ein System einzusetzen, so ein Wissenstransfer-System.
Und jetzt muss das verhandelt werden.
Ja, wie soll ich das denn bereitstellen?
Was soll ich da bereitstellen?
Mit welcher Qualität soll ich welche Dienste bereitstellen?
Willst du nur, jetzt mal bei einem EdTech-System zu bleiben, willst du
vielleicht nur die Komponente haben, um dein Wissen aufzubereiten?
Den Rest machst du mit Delivery, also Wissensvermittlung und
Wissensaneignung machst du mit deinen eigenen Systemen.
Oder hast du vielleicht ein eigenes Courseware-Repository und du
möchtest nur die Vermittlung, du möchtest nur die Dozentenumgebung und
die Lernumgebung haben.
Das muss also sozusagen hier an der Stelle mal verhandelt werden.
Das ist wie eine Art Projektmanagement, was man da eben an der Stelle
initiiert.
Und was rauskommt ist, ich hätte gern diese oder jene EdTech-Dienste
mit der und der Qualität, mit den und den Eigenschaften.
Und der Ed12, also der Dienstleister, der ist natürlich nicht ganz
unvorbereitet, was jetzt diese Verhandlungen angeht, der hat nämlich
einen Dienstkatalog.
Der hat einen Dienstkatalog, der kennt ja sein EdTech-System, das zu
dem EdTech-System, also zu der Hard- und Software, zu dem IT-System
sozusagen diese Abstraktion schon mal vorgenommen hat, schon vorher
vorgenommen hat, welche Dienste kann ich denn damit bereitstellen.
Weil, wie gesagt, der Kunde, der wird sich in aller Regel nur sehr
gering mit dem IT-System auseinandersetzen, den interessiert der
Dienst.
Der hat ja hier seine Geschäftsprozesse,
das ist jetzt halt in dem Fall der Geschäftsprozess Weiterbildung von
Mitarbeitern.
Und die können wir noch weiter untergliedern, was da eben dazu gehört.
Und der überlegt sich bezüglich seiner Geschäftsprozesse, welche von
diesen Diensten machen Sinn, damit diese Geschäftsprozesse effizienter
werden.
Und dann kommt erst das System.
Das muss eben hier genau abgebildet werden.
Und es gibt zum Beispiel jetzt im Rahmen von der Forschungsgruppe von
C &M, haben wir mit SAP, seit längerer Zeit arbeiten wir mit denen
zusammen, um solche SLAs für R3-Systeme zu realisieren.
Es gab mehrere Diplomarbeiten in dem Bereich schon, also die
vorwiegend auch bei SAP stattgefunden haben, wo man die Anwender
gefragt hat, was möchtet ihr denn, welche Anforderungen habt denn ihr,
wie wollt ihr das denn beschrieben haben.
Und was dann eben daraus gekommen ist, so eine Art SLA-Editor, mit dem
man diese Service Level Agreements strukturiert und effizient nach
einem gewissen SLA-Verhandlungsprozess aufbaut.
Da hängt natürlich eine juristische Komponente noch mit drin, die
nicht ganz ohne ist, die schon durchaus hohe Relevanz hat.
Wir haben uns natürlich da stärker auf die technischen Sachen
konzentriert.
Weil nämlich, wenn Sie so ein SLA aufbauen, da fängt die ganze
Geschichte ja erst an.
Da haben Sie Ihr EdTech-System, da haben Sie hier oben Ihr SLA.
Ja, und wie sieht jetzt der Zusammenhang aus?
Wie kriege ich das EdTech-System zum Laufen und Anlaufen im Betrieb,
damit diese SLAs eingehalten werden?
Und das ist Service Level Management oder Service Level Monitoring.
Service Level Monitoring, ein Teil von Service Level Management.
Und das ist Dienstmanagement, nichts anderes.
So, das sind nochmal die Service Level Agreements, die wir schon vorab
eingeführt haben.
Das sind also vertragliche Vereinbarungen.
Das ist ein Schriftstück, ein Dokument, nichts anderes, das eine
bestimmte Struktur, einen bestimmten Aufbau hat.
Und da wird gesagt, was sind die Inhalte?
Also sprich, welche Funktionalitäten sind bereitzustellen?
Mit welchen Qualitäten sind diese Funktionalitäten bereitzustellen?
Qualitätsaspekte, das ist klar, können sein.
Verfügbarkeit, Antwortzeit, wir haben noch ein paar andere
identifiziert, Anzahl von Usern, Durchsatz, sind relativ wenig.
Wir kommen auf 4 oder 5 dieser, auf dieser Abstraktionsebene auf 4
oder 5 Qualitätsaspekte.
Das ist also nicht so, dass wir jetzt hier eine endlose Liste von
Qualitätsaspekten haben.
Das sind 5, 4, 5 Aspekte, mit denen arbeitet man.
Und die sind auf der Dienstebene angesiedelt und müssen
runtergebrochen werden auf die Kennzahlen, die in den IT-Ressourcen
anfangen und gemappt werden, also abgebildet werden.
Nehmen wir mal ein Beispiel.
SLA-Inhalte zu einer Dienstverwendung einer elektronischen Tafel.
Das ist ein typischer Dienst, den ich bereitstelle im Rahmen von einem
Wissenstransfersystem, im Bereich der Wissensvermittlung, dass ich so
eine elektronische Tafel verwenden möchte oder ein solches
Grafiktablett.
Ich muss erstmal den Dienst detailliert beschreiben.
Ich muss da sozusagen auch eine Ausführung zu der Tafelverwendung
machen.
Ich muss was zur Verfügbarkeit sagen.
Ich kann was zur Antwortzeit sagen, also beispielsweise Verfügbarkeit
größer 95%.
Ich muss natürlich was zu den Betriebszeiten noch sagen.
Das ist wahrscheinlich sogar noch viel zu wenig, 95%.
Das sollte schon an die 100% gehen.
Noch 99%.
Und Antwortzeit ist auch eine ganz wichtige Geschichte.
Ich möchte, wenn ich zum Beispiel den Zugriff entfernt, das ist jetzt
in dem Fall etwas anders.
Hier haben wir es auf dem Notebook.
Aber ich möchte entfernt über ein Courseware-Repository hier
zugreifen, was sicherlich sehr viel sinnvoller ist, weil ich dann
nicht nur auf das Material auf meinem Notebook zugreifen kann, sondern
ins Internet gehen kann und andere Sachen machen kann.
Und da sage ich maximal 10 Sekunden pro angeforderten Material für
dieses Courseware-Repository, was eben beim AdSurf steht.
Fürs Internet wird man es nicht machen können.
Aber für ein bestimmtes Ablagesystem, auf das ich zugreifen will.
Und wenn Sie sich überlegen, in diesen 10 Sekunden, da steckt eine
ganze Menge Arbeit drin.
Sie müssen sich nämlich das Courseware-Repository anschauen.
Sie müssen sich die Anwendungssoftware, die Systemsoftware, den
Rechner anschauen.
Sie müssen sich die Netzverbindung anschauen.
Sie müssen das mal alles summieren und überlegen, wie kommen Sie denn
da auf ein vernünftiges Mapping, damit Sie solche Aussagen machen
können.
Die Frage ist, die muss man sich dann nämlich auch noch stellen als
Dienstleister.
Kann ich solche Aussagen überhaupt machen?
Das ist auch ein ganz wichtiger Aspekt.
Das muss ich mir vorher überlegen, ob ich überhaupt sowas ausmessen
kann.
So, nochmal zur Modellierung.
Kommen wir nochmal zum Informationsmodell.
Zurück an der Stelle.
Das Managed Object.
Wenn wir uns jetzt diese Anwendungsressource Dozentenoberfläche
anschauen, dann können wir hier Attribute, Operationen und Meldungen
angeben.
Beispiele, was wären, wenn ich jetzt sozusagen in diesem
Dienstmanagement mich bewege.
Ich möchte die Dozentenoberfläche im Sinne von Verfügbarkeit und im
Sinne von Antwortzeit sozusagen überwachen.
Wie muss ich jetzt diese Anwendungsressource Dozentenoberfläche, was
muss ich von der fordern?
Was brauche ich da?
An Attributen beispielsweise.
Die Idee ist jetzt an der Stelle, nicht nochmal das Informationsmodell
zu bringen, sondern das integriert oder das mal in dem Kontext von
Dienstmanagement diese Modellierung zu betrachten.
Wir haben ja gerade gesagt, diese Dozentenoberfläche ist eben Teil von
Anbieten einer elektronischen Tafel.
Da tritt das ja auf.
Und was muss ich jetzt von dieser Anwendungsressource?
Was muss ich da jetzt wissen?
Um was über Verfügbarkeit oder Antwortzeit sagen zu können.
Auf der Dienstebene.
Eine Operation.
Dann machen wir die Meldung.
Verfügbarkeit.
Ja.
Wenn das irgendwie ein Problem, ein Fehler oder sowas auftritt.
Also irgendwie noch im Sinne von, dass es sozusagen in Down-Zustand
übergeht.
In der Hoffnung, dass es das noch kann.
Operation.
Können wir genau in dem Zusammenhang auch stellen.
Reset haben wir eine Sache, die haben wir immer.
Aber jetzt im Zusammenhang mit dieser Fehlergeschichte, dass man sowas
hat.
Sowas ist alive.
Frage, zu sagen, ist das überhaupt noch verfügbar?
Ist es noch in Operation?
Ist es noch funktionsfähig, diese Anwendungsressource?
Attribute.
Wäre schön, wenn man eben auf der Anwendungsressource diese
Antwortzeiten hier schon mal ausmessen könnte.
Das könnte man auch exemplarisch machen.
Also im Sinne von, dass man das mit einer Operation beispielsweise
koppelt.
Dass man sagt, ich schicke mal hier so eine Art Testoperation.
Und in diesem Managed Object, beziehungsweise in der
Anwendungsressource, ist eine Funktionalität enthalten, die ausmisst.
Wie lange ist denn jetzt der Materialzugriff?
Wie lange dauert das denn?
Dass man in der Software sozusagen Timestamps habe.
Anfrage vom Benutzer.
Klick irgendwo drauf.
Wann kommt denn eigentlich das Material?
Anders kann ich das fast gar nicht machen.
Ich werde nicht ein Mapping machen können.
Ich suche mir im Router und ich suche mir in dem Ablagesystem und im
Course Repository die Sachen zusammen und verknüpfe das.
Ich werde solche Sachen wie Antwortzeiten, weil ich gar nicht weiß,
welche Komponenten überhaupt mit im Spiel sind bei der
Dozentenoberfläche.
Es kann ja sonst wo hinlaufen, meine Anfrage.
Die werde ich versuchen an der Software, an der Schnittstelle
auszumessen.
Das ist machbar.
Gut, jetzt noch Rollen im IT-Management.
Da soll man nochmal skizziert werden, wer denn bei der Entwicklung
eines solchen integrierten Management-Ansatzes alles mit von der
Partie ist.
Also wer sozusagen hier Beiträge leistet.
Das ist zum einen der Management-Standardisierer.
Das ist eigentlich die Voraussetzung sozusagen, um überhaupt ein
integriertes Management durchzuführen.
Integriertes Management heißt immer standardisiertes Management.
Zumindest in Teilen standardisiert.
Wie wäre denn jetzt die Rollenbelegung in dem Szenario?
Also in unserem AdSurf-C&M-Szenario.
Wer wäre denn das?
Wer wäre denn da der Management-Standardisierer?
Also was steckt denn hinter dieser Frage?
Rollenbelegung des Management-Standardisierers in dem Szenario.
Recht konsolierte Frage, die man sehr viel einfacher stellen könnte.
Die Frage, die sich dahinter befindet, ist, welche Standards werden
denn da verwendet?
In dem Szenario.
Welche könnten Sie sich vorstellen?
Wenn wir den Theo wieder uns angucken.
Der verwendet das SNMP-Management.
Wie heißt die Organisation, die das macht?
Hier standardisiert.
Die IETF, genau.
Die Internet Engineering Taskforce, die Organisation.
Und wenn wir jetzt, so wie Sie ja damit angefangen haben, mit dem
Coursera Repository, und manche andere auch, haben wir noch die DMTF.
Das heißt, wir haben auch an der Stelle, das ist sehr wichtig zu
betonen, mehrere Standardisierer.
Wir haben eine gewisse Heterogenität an Management-Standards.
Das ZIM ist insofern ein sehr interessanter Ansatz, als dass er
ermöglicht, das Internetmanagement zu integrieren.
Es gibt Mappings und Abbildungen, die das Internetmanagement in das
ZIM mit integrieren.
Jetzt haben wir noch den Management-Entwickler.
Der setzt die Standards und sonstige Anforderungen in Management
-Lösungen um.
Das heißt, der kriegt hier die Standards und basierend auf den
Standards werden eben genau diese Management-Funktionen und die
Management -Systeme realisiert.
Wie wäre das?
Beispielsweise in dem Szenario,
ich wäre zum Beispiel der Hersteller dieser Management-Konsole.
Also das könnte ein HP sein, wenn es das Openview wäre.
Das könnte ein Tivoli sein, wenn es das TME10 wäre.
Das könnte das CA sein, CA Unicenter.
Dennoch, das sind ja sozusagen die Bereitsteller von solchen
Standardsystemen, Standard-Management-Software.
AdSurf selbst.
AdSurf selbst muss auf jeden Fall was tun.
Und wenn sie diese Systeme einsetzen, dass sie die customizen.
Oder halt sozusagen selber was in ihrem IT-System realisieren,
Erweiterungen durchführen.
Hier, und das ist eine enge Zusammenarbeit mit dem IT
-Systementwickler.
Das ist das, was ich vorhin gesagt habe, diese Ergänzung von
Management -Funktionalität zu der Nutz-Funktionalität.
Das geht Hand in Hand mit der Systementwicklung.
Systembetreiber, ich glaube das ist soweit klar, das ist dann AdSurf.
Und IT-Systemanwender ist auch klar, das ist dann eben C&M.
Das ist eben der, verlangt dann die Einhaltung der vereinbarten
Dienstqualität.
Die mit AdSurf geregelt, festgelegt worden ist.
Und hier, wie gesagt, das SLA, Service Level Agreement, das zwischen
denen vereinbart wird.
So, und das ist jetzt die letzte Folie, wo man einfach nochmal den
Zusammenhang zwischen Softwareentwicklung und Management-Lösung
versucht zusammenzubringen.
Was fließt in so eine IT-Management-Lösung ein?
Das ist sozusagen unser Ziel.
Ganz wichtig, die ist immer integriert zu sehen mit dem beispielsweise
Ad -Tech-System, mit dem zu managen System.
Und an der Stelle sind es eigentlich zwei Grundlagen, die da rein
fließen.
Zum einen Management-Grundlagen, also das was wir jetzt gerade so ein
bisschen behandelt haben.
Management-Architekturen, so als Kern von Management.
Das ist das, was sozusagen auch im Kern von dem Management-Standard
steht.
Kommunikationsmodell, Funktionsmodell, Informationsmodell.
Welche Protokolle brauche ich, um Management-Informationen zu
übertragen?
Wie beschreibe ich Management-Informationen?
Was sind konkrete Managed Objects?
Das ist genau hier drin, in den Management-Architekturen.
Was so ein bisschen in den Standards drin ist, aber eine enorme
Bedeutung hat.
Also mindestens so wichtig ist wie die Management-Architekturen, ist
die Frage der Betriebskonzepte.
Also wie organisiere ich denn den Betrieb eines IT-Systems?
Wie setze ich sozusagen diese Management-Funktionen und Informationen
in meinem Betrieb ein?
Was sind da Betriebsprozesse?
Und wir sehen hier, das ist eben nur teilweise im Bereich des
Standards.
Es gibt also einen Hauptbeitrag, das ist die sogenannte ITIL-Library.
Da werden Betriebsprozesse standardisiert.
Das ist also die Quelle, wichtigste Standard, der einen Teil von den
Betriebskonzepten festlegt.
Also da wird zum Beispiel gesagt, wie sollen Helpdesks organisiert
werden?
Was sind Trouble-Ticket-Vorgehensweisen?
Wie sehen Eskalationsmechanismen aus?
Welche Rollen sind da zu besetzen in einem Helpdesk?
Als Beispiel, wie sieht ein Change-Management aus?
Das sind Prozesse, die nutzen sozusagen die Management-Architektur.
Aber da sind auch organisatorische Aspekte mit drin.
Wie ist ein Betrieb organisiert?
Und viele Teile sind eben außerhalb.
Und dann gibt es eben noch hier die zweite Art von Grundlage.
Das sind die Entwicklungsgrundlagen oder Software-Engineering
-Grundlagen, Software-Technik-Grundlagen, weil IT-Management-Lösungen
schlichtweg Software-Systeme sind.
Normale, an der Stelle dann normale, komplexe Software-Systeme.
Und die gehorchen natürlich einem Software-Engineering, einem Software
-Entwicklungsprozess und die gehorchen den Software-Architekturen.
Ich habe ja das schon angedeutet, wenn ich so eine Management
-Plattform hier betrachte.
Das ist eine ganz komplexe Software-Architektur dahinter, mit allen
möglichen Komponenten, Datenhaltungskomponente,
Kommunikationskomponente, Verteilungskomponente, ein riesen Problem
mit den Benutzeroberflächen, grafische Bedieneroberflächen.
Da muss ich natürlich die ganzen Vorgaben von Software-Architekturen
berücksichtigen.
Und zusammen ergibt eben dieses Grundlagenwissen zur Entwicklung von
IT -Management-Lösungen.
Und einer unserer Kernkompetenzen in der Forschungsgruppe betrifft
genau die Frage, wie baue ich solche managementfähigen Software
-Systeme.
Also Software-Systeme, die zusätzlich eben eine IT-Management-Lösung
beinhalten.
Das gibt das Bild nicht gut wider, das kann ich nicht isoliert
betrachten, weil die IT-Management-Lösung ist ganz eng verzahnt mit
dem Software-System, mit dem Managed Object, was eben zu managen ist.
Und der Kern, den wir eigentlich heute behandelt haben, ist diese
Management -Architektur.
Wir haben das Internet-Management behandelt und der Herr Becker, der
wird wahrscheinlich nicht heute, weil wir jetzt die Befragung machen
sollen, der wird eben dann nächstes Mal eigentlich an das aufgreifen,
was ich jetzt zum Schluss gesagt habe, mit den Services, mit dem
Dienstmanagement und Ihnen auch zeigen, wie man dieses CIM, dieses
Common Information Model, nutzt, um Dienste zu modellieren und auch
sozusagen Abhängigkeiten mit dem IT-System zu modellieren.
Das ist also wirklich ein interessanter Aspekt, die noch da drin sind.
Also wir haben jetzt noch, wie das üblich ist...
Gibt es da noch welche anderen?
Ja, da vorne.
Also ich sage mal, Lehrveranstaltungsbefragung, vielen Dank, dass Sie
an der Lehrveranstaltungsbefragung der Fakultät, durchgeführt von der
Studienkommission, teilnehmen.
Jetzt haben Sie 15 Minuten Zeit, um diese Fragebögen hier auszufüllen
und die geben Sie mir dann einfach danach zurück.
Und ich gebe die dann an Herrn Worsch weiter, der da die Auswertung
entsprechend macht.