{"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\/nl\/blog\/administrirovanie\/pochemu-inzhenery-ne-zabotyatsya-o-monitoringe-prilozhenij","title":{"rendered":"Waarom maken ingenieurs zich geen zorgen over applicatiemonitoring?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Fijne vrijdag allemaal! Vrienden, vandaag gaan we door met de serie publicaties over de cursus \u00abDevOps-praktijken en -tools\u00bb<\/a><\/noindex>, want de lessen in de nieuwe groep beginnen al aan het einde van volgende week. Laten we beginnen!<\/p>\n

\"Waarom
\n
\nMonitoring is gewoon<\/b>. Dat is een bekend feit. Zet Nagios op, start NRPE op het externe systeem, configureer Nagios op poort NRPE TCP 5666 en je hebt monitoring.<\/p>\n

Het is zo eenvoudig dat het saai is. Nu heb je de basisstatistieken over CPU-tijd, schijfsubsystemen, en RAM, die standaard binnenkomen in Nagios en NRPE. Maar dit is eigenlijk geen 'monitoring' op zich. Dit is slechts het begin.<\/p>\n

(Meestal installeert men PNP4Nagios, RRDtool en Thruk, configureert men notificaties in Slack en gaat men direct naar nagiosexchange, maar laten we dat nu even vergeten).<\/a><\/noindex><\/p>\n

Goede monitoring<\/b> is eigenlijk best complex; je moet echt weten hoe de applicatie die je monitort in elkaar steekt.<\/p>\n

Is monitoring moeilijk?<\/h2>\n

\nElke server, of het nu Linux of Windows is, heeft per definitie een bepaald doel. Apache, Samba, Tomcat, bestandsopslag, LDAP - al deze diensten zijn meer of minder uniek op een of meerdere manieren. Elke heeft zijn eigen functie, zijn eigen kenmerken. Er zijn verschillende manieren om metrics en KPI's (key performance indicators) te verkrijgen die voor jou interessant zijn wanneer de server onder belasting is.<\/p>\n

\"Waarom
\nAuteur van de foto Luke Chesser<\/a><\/noindex> en een werkende opdracht krijgen. Unsplash
\n<\/a><\/noindex><\/i><\/p>\n

(ik zou willen dat mijn dashboards in neonblauw waren - dromerig zuchtend -... hm...)<\/p>\n

Elke software die diensten levert, moet een mechanisme hebben voor het verzamelen van metrics. Apache heeft de module mod-status<\/code>, die de statuspagina van de server weergeeft. Nginx heeft stub_status<\/code>. Tomcat heeft JMX of speciale webapplicaties die belangrijke metrics tonen. In MySQL is er de opdracht 'show global status', enz.
\nWaarom bouwen ontwikkelaars dergelijke mechanismen niet in de applicaties die ze maken?<\/p>\n

Doen alleen ontwikkelaars dit?<\/h2>\n

\nEen bepaald niveau van onverschilligheid bij het inbouwen van metrics beperkt zich niet tot ontwikkelaars. Ik heb gewerkt bij bedrijven die applicaties met Tomcat ontwikkelden en geen van hun metrics, geen logboeken van de activiteitsservice, gaven, behalve de algemene foutlogboeken van Tomcat. Sommige ontwikkelaars genereren een overvloed aan logs die niets betekenen voor de systeembeheerder die het geluk heeft ze om 3:15 's nachts te moeten lezen.<\/p>\n

\"Waarom
\nAuteur van de foto Tim Gouw<\/a><\/noindex> en een werkende opdracht krijgen. Unsplash<\/a><\/noindex><\/i><\/p>\n

Systeemingenieurs die dergelijke producten in productie brengen, moeten ook verantwoordelijk zijn voor de situatie. Weinig systeemingenieurs hebben de tijd en de motivatie om significante statistieken uit de logs te halen, zonder de context van deze statistieken en de mogelijkheid om ze te interpreteren in het licht van de activiteiten van de applicatie. Sommigen begrijpen niet welke voordelen ze eruit kunnen halen, behalve indicatoren zoals 'er is momenteel iets mis (of zal dat binnenkort zijn)'.<\/p>\n

De verandering van denkwijze met betrekking tot de noodzaak van metrics moet niet alleen plaatsvinden bij ontwikkelaars, maar ook bij systeemingenieurs.<\/p>\n

Voor elke systeemingenieur die niet alleen moet reageren op kritieke gebeurtenissen, maar ook moet garanderen dat ze afwezig zijn, is het ontbreken van metrics meestal een obstakel.<\/p>\n

Echter, systeemingenieurs duiken meestal niet in de code, terwijl ze geld verdienen voor hun bedrijf. Ze hebben leidende ontwikkelaars nodig die het belang begrijpen van de verantwoordelijkheden van een systeemingenieur bij het identificeren van problemen, het vergroten van het bewustzijn van prestatieproblemen, enzovoort.<\/p>\n

Dit devops-ding<\/h2>\n

\nDe devops-mentaliteit beschrijft de synergie tussen de denkwijzen van ontwikkelaars (dev) en operaties (ops). Elke onderneming die beweert dat ze 'devops doen', moet:<\/p>\n

    \n
  1. zeggen wat ze waarschijnlijk niet doen (een knipoog naar de meme uit de film 'The Princess Bride' - 'Ik denk niet dat dat betekent wat jij denkt dat het betekent!')<\/li>\n
  2. een houding van continue productverbetering bevorderen.<\/li>\n<\/ol>\n

    \nJe kunt een product niet verbeteren en weten dat het is verbeterd als je niet weet hoe het momenteel functioneert. Je kunt niet begrijpen hoe het product werkt als je niet begrijpt hoe de componenten, de services waar het van afhankelijk is, de belangrijkste pijnpunten en knelpunten werken.
    \nAls je geen potenti\u00eble knelpunten observeert, kun je de techniek van 'Vijf Waarom' niet volgen bij het schrijven van een Postmortem. Je kunt niet alles op \u00e9\u00e9n scherm samenbrengen om te zien hoe het product functioneert of om te begrijpen hoe het eruit ziet als 'normaal en gelukkig'.<\/p>\n

    Verschuiving naar links, LINKS, IK ZEI, LEEEEEFT\u2014 <\/h2>\n

    \nVoor mij is een van de belangrijkste principes van Devops 'Verschuiving naar links' (shift left). Verschuiving naar links in deze context betekent een verschuiving van de mogelijkheid (niet de verantwoordelijkheid<\/b>, en alleen mogelijkheden) doen wat systeemingenieurs doorgaans doen, zoals het cre\u00ebren van prestatiemetrics, logs effici\u00ebnter gebruiken, enzovoort, aan de linkerkant van de levenscyclus van softwarelevering (Software Delivery Life Cycle).<\/p>\n

    \"Waarom
    \nAuteur van de foto     NESA door Makers<\/a><\/noindex> en een werkende opdracht krijgen. Unsplash<\/a><\/noindex><\/i><\/p>\n

    Softwareontwikkelaars moeten in staat zijn om de bewakingstools die het bedrijf gebruikt te begrijpen en te gebruiken om alle vormen van monitoring uit te voeren, metrics, logging, monitoringinterfaces en, het belangrijkste, te observeren hoe hun product in productie werkt.<\/i>. Je kunt ontwikkelaars niet dwingen om tijd en energie in monitoring te steken, zolang ze niet kunnen zien hoe de metrics eruitzien en hoe de producteigenaar deze aan zijn CTO op de volgende briefing zal presenteren, enzovoort.<\/p>\n

    Kortom,<\/h2>\n

    <\/p>\n

      \n
    1. Breng het paard naar het water. Laat ontwikkelaars zien hoeveel problemen ze voor zichzelf kunnen vermijden, help ze de juiste KPI's en metrics voor hun applicaties te identificeren, zodat er minder geklaagd wordt door de producteigenaar, die door de technische directeur (CTO) wordt toegeschreeuwd. Breng ze zachtjes en rustig naar de verlichting. Als dit niet lukt, koop ze dan om, dreig, of overtuig hen of de producteigenaar om zo snel mogelijk de ontvangst van deze metrics uit de applicaties te realiseren, en teken daarna de diagrams. Dit zal moeilijk zijn, omdat het niet als een prioriteit zal worden beschouwd, en de productroutekaart zal veel projecten met een inkomstenverwachting bevatten die in afwachting zijn van uitvoering. Daarom heb je een economische rechtvaardiging nodig om de tijd en middelen die besteed worden aan de implementatie van monitoring in het product te rechtvaardigen.<\/li>\n
    2. Help system engineers get some sleep. Show them that using the 'release checklist' for any product being launched is a good practice. Checking that all applications in production are covered by metrics will help achieve restful nights, allowing developers to see what is and isn\u2019t working. However, the best way to annoy and frustrate any developer, product owner, or technical director is to stubbornly throw obstacles in their way and resist. Such behavior will impact the release date of any product if we wait until the last minute again, so be sure to shift left and address these issues in the project plan as soon as possible. If necessary, sneak into product meetings. Wear fake mustaches and a felt hat or something like that; it never fails. Raise your concerns, showcase the obvious benefits, and evangelize.<\/li>\n
    3. Ensure that both developers (dev) and operations (ops) understand the significance and the consequences of metrics entering the 'red zone'. Don\u2019t leave operations as the sole guardians of product reliability; make sure developers are involved too (#productsquads).<\/li>\n
    4. Logs are great, but so are metrics. Combine them and don\u2019t let your logs turn into trash in a massive, burning ball of uselessness. Explain and show developers why no one but them will decode their logs; show them what it\u2019s like to sift through useless logs at 3:15 AM.<\/li>\n<\/ol>\n

      \n\"Waarom
      \nAuteur van de foto       Marko Horvat<\/a><\/noindex> en een werkende opdracht krijgen. Unsplash<\/a><\/noindex><\/p>\n

      That\u2019s all for now. New material will be released next week. If you\u2019d like to learn more about the course, we invite you to open day<\/a><\/noindex>, which will take place on Monday. We\u2019re typically looking forward to your comments.
      \n
      Bron:       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\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\udd47Why don't engineers care about application monitoring? | ProHoster","description":"Happy Friday everyone!","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/pochemu-inzhenery-ne-zabotyatsya-o-monitoringe-prilozhenij","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nl_NL","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\/nl\/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\/nl\/wp-json\/wp\/v2\/posts\/34430","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=34430"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/34430\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media\/25942"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=34430"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=34430"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=34430"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}