{"id":34430,"date":"2019-10-31T21:58:16","date_gmt":"2019-10-31T18:58:16","guid":{"rendered":"https:\/\/prohoster.info\/blog\/pochemu-inzhenery-ne-zabotyatsya-o-monitoringe-prilozhenij\/"},"modified":"2019-10-31T21:58:16","modified_gmt":"2019-10-31T18:58:16","slug":"pochemu-inzhenery-ne-zabotyatsya-o-monitoringe-prilozhenij","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/pochemu-inzhenery-ne-zabotyatsya-o-monitoringe-prilozhenij","title":{"rendered":"Warum k\u00fcmmern sich Ingenieure nicht um das Monitoring von Anwendungen?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Sch\u00f6nen Freitag! Freunde, heute setzen wir die Serie von Ver\u00f6ffentlichungen fort, die dem Kurs gewidmet sind \u201eDevOps-Praktiken und -Werkzeuge\u201c<\/a><\/noindex>, denn die Unterrichtseinheiten in der neuen Gruppe beginnen bereits Ende n\u00e4chster Woche. Also, fangen wir an!<\/p>\n

\"Warum
\n
\nMonitoring \u2013 das ist einfach<\/b>. Das ist ein bekannter Fakt. Starten Sie Nagios, aktivieren Sie NRPE auf dem Remote-System, konfigurieren Sie Nagios auf den Port NRPE TCP 5666 und schon haben Sie Monitoring.<\/p>\n

Es ist so einfach, dass es langweilig ist. Jetzt haben Sie die grundlegenden Metriken zur CPU-Zeit, zur Speichersubsystem, zum Arbeitsspeicher, die standardm\u00e4\u00dfig in Nagios und NRPE bereitgestellt werden. Aber in Wirklichkeit ist das nicht wirklich \"Monitoring\" an sich. Das ist nur der Anfang.<\/p>\n

(Normalerweise werden PNP4Nagios, RRDtool und Thruk installiert, Benachrichtigungen in Slack konfiguriert und direkt zu nagiosexchange gegangen, aber das lassen wir jetzt mal beiseite).<\/a><\/noindex><\/p>\n

Gutes Monitoring<\/b> ist tats\u00e4chlich ziemlich komplex, Sie m\u00fcssen wirklich die Innereien der Anwendung kennen, die Sie \u00fcberwachen.<\/p>\n

Ist Monitoring kompliziert?<\/h2>\n

\nJeder Server, sei es Linux oder Windows, dient per Definition einem bestimmten Zweck. Apache, Samba, Tomcat, Dateispeicher, LDAP \u2013 all diese Dienste sind in irgendeiner oder mehreren Hinsicht relativ einzigartig. Jeder hat seine eigene Funktion, seine eigenen Besonderheiten. Es gibt verschiedene M\u00f6glichkeiten, Metriken, KPIs (Key Performance Indicators), die f\u00fcr Sie interessant sind, zu erhalten, wenn der Server unter Last steht.<\/p>\n

\"Warum
\nFotoautor Luke Chesser<\/a><\/noindex> auf Unsplash
\n<\/a><\/noindex><\/i><\/p>\n

(Ich w\u00fcnschte, meine Dashboards w\u00e4ren in leuchtend blauen Farben - seufzend tr\u00e4umerisch - \u2026 hm\u2026)<\/p>\n

Jede Software, die Dienstleistungen anbietet, sollte einen Mechanismus zur Erfassung von Metriken haben. Apache hat ein Modul mod-status<\/code>, das die Serverstatusseite anzeigt. Bei Nginx ist es stub_status<\/code>. Tomcat hat JMX oder spezielle Webanwendungen, die wichtige Metriken anzeigen. In MySQL gibt es den Befehl \u201eshow global status\u201c usw.
\nWarum integrieren Entwickler solche Mechanismen nicht in die Anwendungen, die sie erstellen?<\/p>\n

Tun das nur Entwickler?<\/h2>\n

\nEin gewisses Ma\u00df an Gleichg\u00fcltigkeit gegen\u00fcber der Integration von Metriken beschr\u00e4nkt sich nicht nur auf Entwickler. Ich habe in Unternehmen gearbeitet, die Anwendungen mit Tomcat entwickelten und keine eigenen Metriken ver\u00f6ffentlichten, keine Serviceaktivit\u00e4tsprotokolle, abgesehen von den allgemeinen Fehlerprotokollen von Tomcat. Einige Entwickler erzeugen eine F\u00fclle von Protokollen, die f\u00fcr den Systemadministrator, der sie um 3:15 Uhr lesen muss, bedeutungslos sind.<\/p>\n

\"Warum
\nFotoautor Tim Gouw<\/a><\/noindex> auf Unsplash<\/a><\/noindex><\/i><\/p>\n

Systemingenieure, die es solchen Produkten erm\u00f6glichen, in den Markt einzutreten, m\u00fcssen ebenfalls eine bestimmte Verantwortung f\u00fcr die Situation tragen. Nur wenige Systemingenieure haben die Zeit und k\u00fcmmern sich darum, zu versuchen, aussagekr\u00e4ftige Metriken aus Logs zu gewinnen, ohne den Kontext dieser Metriken und die M\u00f6glichkeit, sie im Hinblick auf die Aktivit\u00e4t der Anwendung zu interpretieren. Einige verstehen nicht, welchen Nutzen sie daraus ziehen k\u00f6nnen, au\u00dfer Indikatoren wie \"derzeit ist etwas (oder wird bald) nicht in Ordnung\".<\/p>\n

Der Wandel im Denken hinsichtlich der Notwendigkeit von Metriken sollte nicht nur unter Entwicklern, sondern auch unter Systemingenieuren passieren.<\/p>\n

F\u00fcr jeden Systemingenieur, der nicht nur auf kritische Ereignisse reagieren muss, sondern auch deren Abwesenheit garantieren muss, ist das Fehlen von Metriken normalerweise ein Hindernis daf\u00fcr.<\/p>\n

Systemingenieure setzen sich jedoch normalerweise nicht mit dem Code auseinander, um Geld f\u00fcr ihr Unternehmen zu verdienen. Sie ben\u00f6tigen leitende Entwickler, die die Bedeutung der Verantwortung eines Systemingenieurs bei der Erkennung von Problemen, der Sensibilisierung f\u00fcr Leistungsprobleme und \u00c4hnlichem verstehen.<\/p>\n

Diese DevOps-Sache<\/h2>\n

\nDie DevOps-Mentalit\u00e4t beschreibt die Synergie zwischen dem Denken von Entwicklern (dev) und dem Betrieb (ops). Jedes Unternehmen, das behauptet, \"DevOps zu praktizieren\", muss:<\/p>\n

    \n
  1. sagen, was sie wahrscheinlich nicht tun (Anspielung auf ein Meme aus dem Film \"Die Prinzessin Br\u00e4utigam\" - \"Ich glaube nicht, dass das bedeutet, was du denkst, dass es bedeutet!\")<\/li>\n
  2. eine Position der kontinuierlichen Verbesserung des Produkts f\u00f6rdern.<\/li>\n<\/ol>\n

    \nSie k\u00f6nnen das Produkt nicht verbessern und wissen, dass es verbessert wurde, wenn Sie nicht wissen, wie es derzeit funktioniert. Sie werden nicht herausfinden k\u00f6nnen, wie das Produkt funktioniert, wenn Sie nicht verstehen, wie seine Komponenten, die Dienste, von denen es abh\u00e4ngt, seine Hauptproblempunkte und Engp\u00e4sse funktionieren.
    \nWenn Sie keine potenziellen Engp\u00e4sse beobachten, k\u00f6nnen Sie die Technik \"F\u00fcnf Warum\" beim Schreiben eines Postmortems nicht anwenden. Sie werden nicht alles auf einem Bildschirm zusammenstellen k\u00f6nnen, um zu sehen, wie das Produkt funktioniert oder wie es \"normal und gl\u00fccklich\" aussieht.<\/p>\n

    Shift left, NACH LINKS, ICH HABE GESAGT, LINKS\u2014 <\/h2>\n

    \nF\u00fcr mich ist eines der Schl\u00fcsselprinzipien von DevOps der \"Shift Left\". Ein Shift Left in diesem Kontext bedeutet eine Verschiebung der M\u00f6glichkeiten (nicht der Verantwortung<\/b>, und nur M\u00f6glichkeiten) zu tun, worum sich normalerweise Systemingenieure k\u00fcmmern, wie zum Beispiel Leistungskennzahlen zu erstellen, Protokolle effizienter zu nutzen usw., und zwar links im Lebenszyklus der Softwarebereitstellung (Software Delivery Life Cycle).<\/p>\n

    \"Warum
    \nFotoautor     NESA von Makers<\/a><\/noindex> auf Unsplash<\/a><\/noindex><\/i><\/p>\n

    Softwareentwickler sollten in der Lage sein, die \u00dcberwachungswerkzeuge zu nutzen und zu kennen, die das Unternehmen verwendet, um die \u00dcberwachung in all ihren Formen, Kennzahlen, Protokollierung, \u00dcberwachungsoberfl\u00e4chen und, was am wichtigsten ist, durchzuf\u00fchren, zu beobachten, wie ihr Produkt in der Produktion funktioniert.<\/i>Sie k\u00f6nnen Entwickler nicht dazu bringen, Zeit und M\u00fche in die \u00dcberwachung zu investieren, solange sie die Kennzahlen nicht sehen und Einfluss darauf haben k\u00f6nnen, wie sie aussehen, wie der Produktverantwortliche sie dem CTO beim n\u00e4chsten Briefing pr\u00e4sentiert usw.<\/p>\n

    Kurz gesagt<\/h2>\n

    <\/p>\n

      \n
    1. F\u00fchren Sie das Pferd zum Wasser. Zeigen Sie den Entwicklern, wie viele Probleme sie sich ersparen k\u00f6nnen, helfen Sie ihnen, die richtigen KPIs und Kennzahlen f\u00fcr ihre Anwendungen zu identifizieren, damit es weniger Geschrei vom Produktverantwortlichen gibt, auf den der CTO (Chief Technology Officer) schreit. Bringen Sie sie sanft und ruhig ans Licht. Sollte das nicht gelingen, kaufen Sie sie ein, drohen Sie oder \u00fcberreden Sie entweder die Entwickler oder den Produktverantwortlichen, um so schnell wie m\u00f6glich die Erfassung dieser Kennzahlen aus den Anwendungen zu realisieren und dann Diagramme zu erstellen. Das wird schwierig sein, da es nicht als Priorit\u00e4t angesehen wird und in der Produkt-Roadmap viele Projekte auf die Umsetzung warten, die Einnahmen generieren. Daher ben\u00f6tigen Sie eine Wirtschaftlichkeitsanalyse, um die Zeit und Mittel zu rechtfertigen, die f\u00fcr die Implementierung der \u00dcberwachung im Produkt aufgewendet werden.<\/li>\n
    2. Helfen Sie den Systemingenieuren, sich auszuruhen. Zeigen Sie ihnen, dass die Anwendung der Checkliste \u201eRelease freigeben\u201c f\u00fcr jedes ver\u00f6ffentlichte Produkt positiv ist. Und die \u00dcberpr\u00fcfung, dass alle Anwendungen in der Produktion von Metriken abgedeckt sind, wird dazu beitragen, gesund zu schlafen, indem es den Entwicklern erm\u00f6glicht, zu sehen, was und wo nicht funktioniert. Dennoch ist der beste Weg, jedem Entwickler, Produktinhaber und technischen Direktor auf die Nerven zu gehen und frustriert zu werden, hartn\u00e4ckig Sand ins Getriebe zu streuen und Widerstand zu leisten. Ein solches Verhalten wird das Ver\u00f6ffentlichungsdatum eines Produkts beeinflussen, wenn man wieder bis zur letzten Minute wartet, also verschieben Sie wieder nach links und integrieren Sie diese Fragen so schnell wie m\u00f6glich in den Projektplan. Falls n\u00f6tig, schummeln Sie sich in Produktbesprechungen. Tragen Sie falsche Schnurrb\u00e4rte und Filz oder \u00c4hnliches, das wird nie schaden. Berichten Sie \u00fcber Ihre Probleme, zeigen Sie die offensichtlichen Vorteile und evangelisieren Sie.<\/li>\n
    3. Stellen Sie sicher, dass sowohl Entwicklern (dev) als auch dem Betrieb (ops) die Bedeutung und die Folgen des \u00dcbertritts von Produktmetriken in die \u201erote Zone\u201c klar sind. Lassen Sie den Betrieb nicht als einzigen W\u00e4chter der Produktverf\u00fcgbarkeit agieren; stellen Sie sicher, dass auch die Entwickler involviert sind (#productsquads).<\/li>\n
    4. Logs sind eine gro\u00dfartige Sache, aber Metriken ebenfalls. Kombinieren Sie sie und lassen Sie nicht zu, dass Ihre Logs in einem riesigen, brennenden Ball der Sinnlosigkeit enden. Erkl\u00e4ren Sie den Entwicklern und zeigen Sie ihnen, warum niemand au\u00dfer ihnen ihre Logs versteht, und zeigen Sie ihnen, wie es ist, um 3:15 Uhr nutzlose Logs anzusehen.<\/li>\n<\/ol>\n

      \n\"Warum
      \nFotoautor       Marko Horvat<\/a><\/noindex> auf Unsplash<\/a><\/noindex><\/p>\n

      Das ist alles. Neues Material wird n\u00e4chste Woche ver\u00f6ffentlicht. Wenn Sie mehr \u00fcber den Kurs erfahren m\u00f6chten, laden wir Sie zu unserem Tag der offenen T\u00fcr<\/a><\/noindex>, der bereits am Montag stattfindet, ein. Und jetzt warten wir wie gewohnt auf Ihre Kommentare.
      \n
      Quelle:       habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

      \u0412\u0441\u0435\u0445 \u0441 \u043f\u044f\u0442\u043d\u0438\u0446\u0435\u0439! \u0414\u0440\u0443\u0437\u044c\u044f, \u0441\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0435\u043c \u0441\u0435\u0440\u0438\u044e \u043f\u0443\u0431\u043b\u0438\u043a\u0430\u0446\u0438\u0439 \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u043d\u044b\u0445 \u043a\u0443\u0440\u0441\u0443 \u00abDevOps \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 \u0438 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u044b\u00bb, \u043f\u043e\u0442\u043e\u043c\u0443 \u043a\u0430\u043a \u0437\u0430\u043d\u044f\u0442\u0438\u044f \u0432 \u043d\u043e\u0432\u043e\u0439 \u0433\u0440\u0443\u043f\u043f\u0435 \u043f\u043e \u043a\u0443\u0440\u0441\u0443 \u0441\u0442\u0430\u0440\u0442\u0443\u044e\u0442 \u0443\u0436\u0435 \u0432 \u043a\u043e\u043d\u0446\u0435 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0435\u0439 \u043d\u0435\u0434\u0435\u043b\u0438. \u0418\u0442\u0430\u043a, \u043d\u0430\u0447\u043d\u0451\u043c! \u041c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433 \u2014 \u044d\u0442\u043e \u043f\u0440\u043e\u0441\u0442\u043e. \u042d\u0442\u043e \u0438\u0437\u0432\u0435\u0441\u0442\u043d\u044b\u0439 \u0444\u0430\u043a\u0442. \u041f\u043e\u0434\u043d\u0438\u043c\u0438\u0442\u0435 Nagios, \u0437\u0430\u043f\u0443\u0441\u0442\u0438\u0442\u0435 NRPE \u043d\u0430 \u0443\u0434\u0430\u043b\u0451\u043d\u043d\u043e\u0439 \u0441\u0438\u0441\u0442\u0435\u043c\u0435, \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u0442\u0435 Nagios \u043d\u0430 \u043f\u043e\u0440\u0442 NRPE TCP 5666 \u0438 \u0443 \u0432\u0430\u0441 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":25942,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-34430","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Warum k\u00fcmmern sich Ingenieure nicht um das Monitoring von Anwendungen? | ProHoster","description":"Allen ein frohes Freitag!","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/pochemu-inzhenery-ne-zabotyatsya-o-monitoringe-prilozhenij","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041f\u043e\u0447\u0435\u043c\u0443 \u0438\u043d\u0436\u0435\u043d\u0435\u0440\u044b \u043d\u0435 \u0437\u0430\u0431\u043e\u0442\u044f\u0442\u0441\u044f \u043e \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0435 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439? | ProHoster","og:description":"\u0412\u0441\u0435\u0445 \u0441 \u043f\u044f\u0442\u043d\u0438\u0446\u0435\u0439!","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/pochemu-inzhenery-ne-zabotyatsya-o-monitoringe-prilozhenij","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:58:16+00:00","article:modified_time":"2019-10-31T18:58:16+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"34430","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 19:16:10","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:21:35","updated":"2026-01-21 19:16:10","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/34430","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=34430"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/34430\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/25942"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=34430"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=34430"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=34430"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}