build 7bbbddf7 | content blog-content@c8490fa · 338 posts | profiles 20 · corpus 267 | 0 skipped | | format
apiVersion: soultec.ch/v1kind: Servicemetadata: name: monitoring locale: de labels: group: support capability/monitoring: 2.71 capability/managed-services: 3.23 annotations: source: src/content/services/de/monitoring.md route: /de/services/monitoring/ schema: /nerd/schema/services.json markdown: /de/services/monitoring.mdspec: title: Monitoring group: support order: 3 tags: [monitoring, managed-services] summary: >- Jedes System kann Alarme senden. Die Kunst ist, sie zueinander in Beziehung zu setzen, statt fünfzig Meldungen für einen Ausfall zu bekommen. photo: monitoring-wall photoNeed: "A monitoring dashboard at 2am tone: dark room, one screen, one person" stub: false draft: false sections: - heading:

Das eigentliche Problem

body: | Jedes Produkt, Hardware wie Software, kann heute Alarme und Meldungen verschicken. Genau das ist die Schwierigkeit: Bei einem einzigen Ausfall melden sich der Host, der Storage, die Datenbank und die Anwendung gleichzeitig, und in dieser Menge geht die eine Meldung unter, die die Ursache benennt. - heading:

Was eine Monitoring-Infrastruktur leisten muss

body: | Sie besteht aus Sendern und Empfängern, und ihre Aufgabe ist die Korrelation: Meldungen zueinander in Beziehung setzen, damit aus fünfzig Ereignissen ein Vorfall wird. Erst dann ist eine Analyse überhaupt möglich. - heading:

Zwei Arten, und beide werden gebraucht

body: | **Verfügbarkeitsmonitoring** beantwortet, ob etwas läuft. Es meldet den Ausfall. **Leistungsmonitoring** beantwortet, wie gut es läuft. Es meldet den Trend, der zum Ausfall führt, und ist damit das, was einen Ausfall überhaupt verhindert. Wer nur das erste betreibt, erfährt zuverlässig, dass etwas kaputt ist. Wer beides betreibt, erfährt es vorher. - heading:

Worauf zu achten ist

body: | Ein Alarm, auf den niemand reagiert, ist schlimmer als keiner: Er gewöhnt das Team daran, Meldungen zu ignorieren. Vor der Einführung gehört geklärt, welche Meldung wen erreicht und was daraufhin passiert.status: corpus: 267 solutions: - {ref: solutions/vmware/vmware-cloud-service-provider, score: 0.44} - {ref: solutions/vmware/vmware-cloud-foundation/addon/business-operations, score: 0.40} - {ref: solutions/vmware/vmware-cloud-foundation/addon/network-observability, score: 0.38} - {ref: solutions/hpe/hpe-greenlake, score: 0.37} alsoLike: - {ref: services/managed-service, score: 1.00} - {ref: services/service-desk, score: 0.54} - {ref: experts/valentina-cicmak, score: 0.51} experts: - {ref: experts/valentina-cicmak, score: 0.51} - {ref: experts/matthias-frech, score: 0.41} - {ref: experts/mike-schmid, score: 0.34}
{ "apiVersion": "soultec.ch/v1", "kind": "Service", "metadata": { "name": "monitoring", "locale": "de", "labels": { "group": "support", "capability/monitoring": "2.71", "capability/managed-services": "3.23" }, "annotations": { "source": "src/content/services/de/monitoring.md", "route": "/de/services/monitoring/", "schema": "/nerd/schema/services.json", "markdown": "/de/services/monitoring.md" } }, "spec": { "title": "Monitoring", "group": "support", "order": 3, "tags": [ "monitoring", "managed-services" ], "summary": "Jedes System kann Alarme senden. Die Kunst ist, sie zueinander in Beziehung zu setzen, statt fünfzig Meldungen für einen Ausfall zu bekommen.", "photo": "monitoring-wall", "photoNeed": "A monitoring dashboard at 2am tone: dark room, one screen, one person", "stub": false, "draft": false }, "sections": [ { "heading": "

Das eigentliche Problem

",
"body": "Jedes Produkt, Hardware wie Software, kann heute Alarme und Meldungen verschicken. Genau\ndas ist die Schwierigkeit: Bei einem einzigen Ausfall melden sich der Host, der Storage,\ndie Datenbank und die Anwendung gleichzeitig, und in dieser Menge geht die eine Meldung\nunter, die die Ursache benennt." }, { "heading": "

Was eine Monitoring-Infrastruktur leisten muss

",
"body": "Sie besteht aus Sendern und Empfängern, und ihre Aufgabe ist die Korrelation: Meldungen\nzueinander in Beziehung setzen, damit aus fünfzig Ereignissen ein Vorfall wird. Erst dann\nist eine Analyse überhaupt möglich." }, { "heading": "

Zwei Arten, und beide werden gebraucht

",
"body": "**Verfügbarkeitsmonitoring** beantwortet, ob etwas läuft. Es meldet den Ausfall.\n\n**Leistungsmonitoring** beantwortet, wie gut es läuft. Es meldet den Trend, der zum Ausfall\nführt, und ist damit das, was einen Ausfall überhaupt verhindert.\n\nWer nur das erste betreibt, erfährt zuverlässig, dass etwas kaputt ist. Wer beides\nbetreibt, erfährt es vorher." }, { "heading": "

Worauf zu achten ist

",
"body": "Ein Alarm, auf den niemand reagiert, ist schlimmer als keiner: Er gewöhnt das Team daran,\nMeldungen zu ignorieren. Vor der Einführung gehört geklärt, welche Meldung wen erreicht\nund was daraufhin passiert." } ], "status": { "corpus": 267, "solutions": [ { "ref": "solutions/vmware/vmware-cloud-service-provider", "score": "0.44" }, { "ref": "solutions/vmware/vmware-cloud-foundation/addon/business-operations", "score": "0.40" }, { "ref": "solutions/vmware/vmware-cloud-foundation/addon/network-observability", "score": "0.38" }, { "ref": "solutions/hpe/hpe-greenlake", "score": "0.37" } ], "alsoLike": [ { "ref": "services/managed-service", "score": "1.00" }, { "ref": "services/service-desk", "score": "0.54" }, { "ref": "experts/valentina-cicmak", "score": "0.51" } ], "experts": [ { "ref": "experts/valentina-cicmak", "score": "0.51" }, { "ref": "experts/matthias-frech", "score": "0.41" }, { "ref": "experts/mike-schmid", "score": "0.34" } ] }}
apiVersion = "soultec.ch/v1"kind = "Service"[metadata]name = "monitoring"locale = "de"[metadata.labels]group = "support""capability/monitoring" = "2.71""capability/managed-services" = "3.23"[metadata.annotations]source = "src/content/services/de/monitoring.md"route = "/de/services/monitoring/"schema = "/nerd/schema/services.json"markdown = "/de/services/monitoring.md"[spec]title = "Monitoring"group = "support"order = 3tags = ["monitoring", "managed-services"]summary = "Jedes System kann Alarme senden. Die Kunst ist, sie zueinander in Beziehung zu setzen, statt fünfzig Meldungen für einen Ausfall zu bekommen."photo = "monitoring-wall"photoNeed = "A monitoring dashboard at 2am tone: dark room, one screen, one person"stub = falsedraft = false[[sections]]heading = "

Das eigentliche Problem

"
body = '''Jedes Produkt, Hardware wie Software, kann heute Alarme und Meldungen verschicken. Genaudas ist die Schwierigkeit: Bei einem einzigen Ausfall melden sich der Host, der Storage,die Datenbank und die Anwendung gleichzeitig, und in dieser Menge geht die eine Meldungunter, die die Ursache benennt.'''[[sections]]heading = "

Was eine Monitoring-Infrastruktur leisten muss

"
body = '''Sie besteht aus Sendern und Empfängern, und ihre Aufgabe ist die Korrelation: Meldungenzueinander in Beziehung setzen, damit aus fünfzig Ereignissen ein Vorfall wird. Erst dannist eine Analyse überhaupt möglich.'''[[sections]]heading = "

Zwei Arten, und beide werden gebraucht

"
body = '''**Verfügbarkeitsmonitoring** beantwortet, ob etwas läuft. Es meldet den Ausfall.**Leistungsmonitoring** beantwortet, wie gut es läuft. Es meldet den Trend, der zum Ausfallführt, und ist damit das, was einen Ausfall überhaupt verhindert.Wer nur das erste betreibt, erfährt zuverlässig, dass etwas kaputt ist. Wer beidesbetreibt, erfährt es vorher.'''[[sections]]heading = "

Worauf zu achten ist

"
body = '''Ein Alarm, auf den niemand reagiert, ist schlimmer als keiner: Er gewöhnt das Team daran,Meldungen zu ignorieren. Vor der Einführung gehört geklärt, welche Meldung wen erreichtund was daraufhin passiert.'''[status]corpus = 267[[status.solutions]]ref = "solutions/vmware/vmware-cloud-service-provider"score = "0.44"[[status.solutions]]ref = "solutions/vmware/vmware-cloud-foundation/addon/business-operations"score = "0.40"[[status.solutions]]ref = "solutions/vmware/vmware-cloud-foundation/addon/network-observability"score = "0.38"[[status.solutions]]ref = "solutions/hpe/hpe-greenlake"score = "0.37"[[status.alsoLike]]ref = "services/managed-service"score = "1.00"[[status.alsoLike]]ref = "services/service-desk"score = "0.54"[[status.alsoLike]]ref = "experts/valentina-cicmak"score = "0.51"[[status.experts]]ref = "experts/valentina-cicmak"score = "0.51"[[status.experts]]ref = "experts/matthias-frech"score = "0.41"[[status.experts]]ref = "experts/mike-schmid"score = "0.34"
<?xml version="1.0" encoding="UTF-8"?><manifest kind="Service"> <apiVersion>soultec.ch/v1</apiVersion> <metadata> <name>monitoring</name> <locale>de</locale> <labels> <group>support</group> <entry key="capability/monitoring">2.71</entry> <entry key="capability/managed-services">3.23</entry> </labels> <annotations> <source>src/content/services/de/monitoring.md</source> <route>/de/services/monitoring/</route> <schema>/nerd/schema/services.json</schema> <markdown>/de/services/monitoring.md</markdown> </annotations> </metadata> <spec> <title>Monitoring</title> <group>support</group> <order>3</order> <tags> <item>monitoring</item> <item>managed-services</item> </tags> <summary>Jedes System kann Alarme senden. Die Kunst ist, sie zueinander in Beziehung zu setzen, statt fünfzig Meldungen für einen Ausfall zu bekommen.</summary> <photo>monitoring-wall</photo> <photoNeed>A monitoring dashboard at 2am tone: dark room, one screen, one person</photoNeed> <stub>false</stub> <draft>false</draft> </spec> <sections> <section> <heading>

Das eigentliche Problem

</heading>
<body>Jedes Produkt, Hardware wie Software, kann heute Alarme und Meldungen verschicken. Genaudas ist die Schwierigkeit: Bei einem einzigen Ausfall melden sich der Host, der Storage,die Datenbank und die Anwendung gleichzeitig, und in dieser Menge geht die eine Meldungunter, die die Ursache benennt. </body> </section> <section> <heading>

Was eine Monitoring-Infrastruktur leisten muss

</heading>
<body>Sie besteht aus Sendern und Empfängern, und ihre Aufgabe ist die Korrelation: Meldungenzueinander in Beziehung setzen, damit aus fünfzig Ereignissen ein Vorfall wird. Erst dannist eine Analyse überhaupt möglich. </body> </section> <section> <heading>

Zwei Arten, und beide werden gebraucht

</heading>
<body>**Verfügbarkeitsmonitoring** beantwortet, ob etwas läuft. Es meldet den Ausfall.**Leistungsmonitoring** beantwortet, wie gut es läuft. Es meldet den Trend, der zum Ausfallführt, und ist damit das, was einen Ausfall überhaupt verhindert.Wer nur das erste betreibt, erfährt zuverlässig, dass etwas kaputt ist. Wer beidesbetreibt, erfährt es vorher. </body> </section> <section> <heading>

Worauf zu achten ist

</heading>
<body>Ein Alarm, auf den niemand reagiert, ist schlimmer als keiner: Er gewöhnt das Team daran,Meldungen zu ignorieren. Vor der Einführung gehört geklärt, welche Meldung wen erreichtund was daraufhin passiert. </body> </section> </sections> <status> <corpus>267</corpus> <solutions> <item> <ref>solutions/vmware/vmware-cloud-service-provider</ref> <score>0.44</score> </item> <item> <ref>solutions/vmware/vmware-cloud-foundation/addon/business-operations</ref> <score>0.40</score> </item> <item> <ref>solutions/vmware/vmware-cloud-foundation/addon/network-observability</ref> <score>0.38</score> </item> <item> <ref>solutions/hpe/hpe-greenlake</ref> <score>0.37</score> </item> </solutions> <alsoLike> <item> <ref>services/managed-service</ref> <score>1.00</score> </item> <item> <ref>services/service-desk</ref> <score>0.54</score> </item> <item> <ref>experts/valentina-cicmak</ref> <score>0.51</score> </item> </alsoLike> <experts> <item> <ref>experts/valentina-cicmak</ref> <score>0.51</score> </item> <item> <ref>experts/matthias-frech</ref> <score>0.41</score> </item> <item> <ref>experts/mike-schmid</ref> <score>0.34</score> </item> </experts> </status></manifest>
Service · support

Monitoring

Jedes System kann Alarme senden. Die Kunst ist, sie zueinander in Beziehung zu setzen, statt fünfzig Meldungen für einen Ausfall zu bekommen.

Themen Monitoring 2.71 Managed Services 3.23
04Lösungen
02Fähigkeiten
267Korpus
An engineer reading a monitoring dashboard on a dark screen

Das eigentliche Problem

Jedes Produkt, Hardware wie Software, kann heute Alarme und Meldungen verschicken. Genau das ist die Schwierigkeit: Bei einem einzigen Ausfall melden sich der Host, der Storage, die Datenbank und die Anwendung gleichzeitig, und in dieser Menge geht die eine Meldung unter, die die Ursache benennt.

Was eine Monitoring-Infrastruktur leisten muss

Sie besteht aus Sendern und Empfängern, und ihre Aufgabe ist die Korrelation: Meldungen zueinander in Beziehung setzen, damit aus fünfzig Ereignissen ein Vorfall wird. Erst dann ist eine Analyse überhaupt möglich.

Zwei Arten, und beide werden gebraucht

Verfügbarkeitsmonitoring beantwortet, ob etwas läuft. Es meldet den Ausfall.

Leistungsmonitoring beantwortet, wie gut es läuft. Es meldet den Trend, der zum Ausfall führt, und ist damit das, was einen Ausfall überhaupt verhindert.

Wer nur das erste betreibt, erfährt zuverlässig, dass etwas kaputt ist. Wer beides betreibt, erfährt es vorher.

Worauf zu achten ist

Ein Alarm, auf den niemand reagiert, ist schlimmer als keiner: Er gewöhnt das Team daran, Meldungen zu ignorieren. Vor der Einführung gehört geklärt, welche Meldung wen erreicht und was daraufhin passiert.

Expertinnen und Experten dafür

Vielleicht du? Schau dir unsere offenen Chancen an.

Passt ausserdem

service 1.00

Managed Service

service 0.54

Service Desk

expert 0.51

Valentina Cicmak