{"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\/da\/blog\/administrirovanie\/pochemu-inzhenery-ne-zabotyatsya-o-monitoringe-prilozhenij","title":{"rendered":"Hvorfor bekymrer ingeni\u00f8rer sig ikke om applikationsoverv\u00e5gning?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

God fredag til alle! Venner, i dag forts\u00e6tter vi serien af publikationer dedikeret til kurset \u201eDevOps praksis og v\u00e6rkt\u00f8jer\u201c<\/a><\/noindex>, da undervisningen i den nye gruppe for kurset starter allerede i slutningen af n\u00e6ste uge. Lad os komme i gang!<\/p>\n

\"Hvorfor
\n
\nOverv\u00e5gning er bare<\/b>. Det er en velkendt kendsgerning. Start Nagios, k\u00f8r NRPE p\u00e5 det eksterne system, konfigurer Nagios til NRPE TCP-port 5666, og s\u00e5 har du overv\u00e5gning.<\/p>\n

Det er s\u00e5 let, at det er kedeligt. Nu har du de grundl\u00e6ggende m\u00e5linger for CPU-tid, diskunderst\u00f8ttelse, RAM, som kommer som standard i Nagios og NRPE. Men i virkeligheden er det ikke \u201eoverv\u00e5gning\u201c som s\u00e5dan. Det er kun begyndelsen.<\/p>\n

(Normalt installerer man PNP4Nagios, RRDtool og Thruk, ops\u00e6tter notifikationer i Slack og g\u00e5r direkte til nagiosexchange, men lad os undlade det for nu).<\/a><\/noindex><\/p>\n

God overv\u00e5gning<\/b> er faktisk ret kompliceret, du skal virkelig kende indersiden af den applikation, du overv\u00e5ger.<\/p>\n

Er overv\u00e5gning sv\u00e6rt?<\/h2>\n

\nEnhver server, hvad enten det er Linux eller Windows, vil efter definition tjene et bestemt form\u00e5l. Apache, Samba, Tomcat, filopbevaring, LDAP \u2013 alle disse tjenester er mere eller mindre unikke p\u00e5 en eller flere m\u00e5der. Hver har sin funktion, sine s\u00e6rpr\u00e6g. Der er forskellige m\u00e5der at indsamle de m\u00e5linger, KPI'er (n\u00f8glepr\u00e6stationsindikatorer), der er interessante for dig, n\u00e5r serveren er under belastning.<\/p>\n

\"Hvorfor
\nFoto af Luke Chesser<\/a><\/noindex> og f\u00e5 en fungerende kommando. Unsplash
\n<\/a><\/noindex><\/i><\/p>\n

(jeg ville \u00f8nske, at mine dashboards kunne males i neonlysebl\u00e5 farver \u2014 dr\u00f8mmende sukkende \u2014\u2026 hm\u2026)<\/p>\n

Enhver software, der leverer tjenester, skal have en mekanisme til at indsamle m\u00e5linger. Apache har modulet mod-status<\/code>, som viser serverens status-side. Nginx har stub_status<\/code>. Tomcat har JMX eller specielle webapplikationer, der viser vigtige m\u00e5linger. MySQL har kommandoen \u201eshow global status\u201c osv.
\nS\u00e5 hvorfor integrerer udviklere ikke s\u00e5danne mekanismer i de applikationer, de skaber?<\/p>\n

Er det kun udviklerne, der g\u00f8r dette?<\/h2>\n

\nEt vist niveau af ligegyldighed over for integrationen af m\u00e5linger er ikke begr\u00e6nset til udviklerne. Jeg har arbejdet i virksomheder, hvor der blev udviklet applikationer ved hj\u00e6lp af Tomcat, og hvor der ikke blev givet nogen m\u00e5linger, ingen serviceaktivitetlogs, ud over de generelle fejl logs fra Tomcat. Nogle udviklere genererer en overflod af logs, som intet siger for systemadministratoren, der er uheldig nok til at l\u00e6se dem kl. 3:15 om morgenen.<\/p>\n

\"Hvorfor
\nFoto af Tim Gouw<\/a><\/noindex> og f\u00e5 en fungerende kommando. Unsplash<\/a><\/noindex><\/i><\/p>\n

Systemingeni\u00f8rer, der tillader s\u00e5danne produkter at blive udgivet, skal ogs\u00e5 p\u00e5tage sig et vist ansvar for situationen. F\u00e5 systemingeni\u00f8rer har tid og omtanke til at fors\u00f8ge at f\u00e5 meningsfulde m\u00e5linger ud af logs, uden konteksten af disse m\u00e5linger og evnen til at fortolke dem i lyset af applikationens aktivitet. Nogle forst\u00e5r ikke, hvilken fordel de kan f\u00e5 ved det, udover indikatorer som 'noget er i \u00f8jeblikket (eller snart vil v\u00e6re) galt'.<\/p>\n

\u00c6ndringen af tankegangen omkring n\u00f8dvendigheden af m\u00e5linger skal finde sted ikke kun blandt udviklerne, men ogs\u00e5 blandt systemingeni\u00f8rerne.<\/p>\n

For enhver systemingeni\u00f8r, der ikke kun skal reagere p\u00e5 kritiske h\u00e6ndelser, men ogs\u00e5 sikre, at de ikke opst\u00e5r, er frav\u00e6ret af m\u00e5linger normalt en hindring for dette.<\/p>\n

Systemingeni\u00f8rer dykker dog normalt ikke ned i koden, da de tjener penge for deres virksomhed. De har brug for ledende udviklere, der forst\u00e5r vigtigheden af systemingeni\u00f8rens ansvar i at identificere problemer, \u00f8ge bevidstheden om ydeevneproblemer og lignende.<\/p>\n

Denne devops ting<\/h2>\n

\nDevops-mentaliteten beskriver synergi mellem udviklernes (dev) og drifts (ops) tankegang. Enhver virksomhed, der h\u00e6vder, at de 'g\u00f8r devops', skal:<\/p>\n

    \n
  1. sige det, de sandsynligvis ikke g\u00f8r (et hint til meme fra filmen 'Prinsessebruden' \u2014 'Jeg tror ikke, det betyder det, du tror, det betyder!')<\/li>\n
  2. opmuntre til en position for konstant forbedring af produktet.<\/li>\n<\/ol>\n

    \nDu kan ikke forbedre et produkt og vide, at det er blevet forbedret, hvis du ikke ved, hvordan det fungerer i \u00f8jeblikket. Du vil ikke v\u00e6re i stand til at finde ud af, hvordan produktet fungerer, hvis du ikke forst\u00e5r, hvordan dets komponenter fungerer, de tjenester, det er afh\u00e6ngigt af, dets prim\u00e6re problemomr\u00e5der og flaskehalse.
    \nHvis du ikke overv\u00e5ger potentielle flaskehalse, vil du ikke kunne f\u00f8lge teknikken 'De fem hvorfor' ved skrivning af et postmortem. Du vil ikke v\u00e6re i stand til at samle alt p\u00e5 \u00e9n sk\u00e6rm for at se, hvordan produktet fungerer, eller finde ud af, hvordan det ser ud 'normalt og lykkeligt'.<\/p>\n

    Skift til venstre, TIL VENSTRE, JEG SAGDE, VEEEENSTRE\u2014 <\/h2>\n

    \nFor mig er et af n\u00f8gleprincipperne i DevOps 'Skift til venstre' (shift left). At skifte til venstre i denne kontekst betyder at flytte muligheden (ikke ansvarligheden<\/b>, men kun muligheden) for at g\u00f8re det, som systemingeni\u00f8rer normalt bekymrer sig om, for eksempel at skabe ydeevnemetrikker, udnytte logs mere effektivt osv., til venstre i softwareleveringslivscyklussen (Software Delivery Life Cycle).<\/p>\n

    \"Hvorfor
    \nFoto af     NESA by Makers<\/a><\/noindex> og f\u00e5 en fungerende kommando. Unsplash<\/a><\/noindex><\/i><\/p>\n

    Softwareudviklere skal v\u00e6re i stand til at bruge og kende de overv\u00e5gningsv\u00e6rkt\u00f8jer, som virksomheden bruger, for at kunne overv\u00e5ge i alle sine former, metrikker, logf\u00f8ring, overv\u00e5gningsinterfaces, og vigtigst af alt, at observere hvordan deres produkt fungerer i produktion<\/i>. Du kan ikke tvinge udviklerne til at investere tid og kr\u00e6fter i overv\u00e5gning, s\u00e5 l\u00e6nge de ikke kan se metrikkerne og p\u00e5virke, hvordan de ser ud, hvordan ejeren af produktet vil pr\u00e6sentere dem for CTO'en ved n\u00e6ste briefing osv.<\/p>\n

    Kort sagt<\/h2>\n

    <\/p>\n

      \n
    1. Bring hesten til vandet. Vis udviklerne, hvor mange problemer de kan undg\u00e5 for sig selv, hj\u00e6lp dem med at identificere de rigtige KPI'er og metrikker for deres applikationer, s\u00e5 der bliver mindre r\u00e5b fra produktlederen, som bliver r\u00e5bt ad af den tekniske direkt\u00f8r (CTO). Bring dem frem i lyset, blidt og roligt. Hvis det ikke lykkes, s\u00e5 bestik, tru og overtale enten dem eller produktlederen for hurtigst muligt at implementere indsamlingen af disse metrikker fra applikationerne, og tegne derefter diagrammer. Det vil v\u00e6re vanskeligt, da dette ikke vil blive betragtet som en prioritet, og der vil v\u00e6re mange projekter p\u00e5 produktets k\u00f8replan, der venter p\u00e5 implementering og genererer indt\u00e6gter. Derfor vil du have brug for en \u00f8konomisk begrundelse for at retf\u00e6rdigg\u00f8re den tid og de ressourcer, der bruges p\u00e5 at implementere overv\u00e5gning i produktet.<\/li>\n
    2. Hj\u00e6lp systemingeni\u00f8rerne med at f\u00e5 en god nats s\u00f8vn. Vis dem, at brugen af tjeklisten \"udgivelsesudgave\" for ethvert udgivet produkt er en god id\u00e9. At sikre, at alle applikationer i produktion er d\u00e6kket af metrics, vil hj\u00e6lpe med at sikre en sund s\u00f8vn om natten, hvilket g\u00f8r det muligt for udviklerne at se, hvad der ikke fungerer som det skal. Ikke desto mindre er den rigtige m\u00e5de at irritere og frustrere enhver udvikler, produktleder eller teknisk direkt\u00f8r p\u00e5, at insistere p\u00e5 at s\u00e6tte hindringer i vejen og modarbejde. S\u00e5dan en adf\u00e6rd vil p\u00e5virke datoen for udgivelsen af ethvert produkt, hvis man igen venter til sidste \u00f8jeblik, s\u00e5 tag fat p\u00e5 problemerne s\u00e5 hurtigt som muligt og inkluder dem i projektplanen. Hvis n\u00f8dvendigt, snig dig ind til m\u00f8derne om produktet. B\u00e6r falske oversk\u00e6g og fedt eller noget i den stil, det vil aldrig svigte. Del dine problemer, vis de \u00e5benlyse fordele og evangeliser.<\/li>\n
    3. S\u00f8rg for, at b\u00e5de udviklerne (dev) og driften (ops) forst\u00e5r betydningen og konsekvenserne af, at produktmetrics g\u00e5r ind i \"den r\u00f8de zone\". Lad ikke driften v\u00e6re den eneste vagthund for produktets funktionalitet, s\u00f8rg for, at udviklerne ogs\u00e5 er involveret i dette (#productsquads).<\/li>\n
    4. Logs er en glimrende ting, men metrics er ogs\u00e5 vigtige. Kombiner dem og lad ikke dine logs blive til affald i en k\u00e6mpe br\u00e6ndende klump af nyttel\u00f8shed. Forklar og vis udviklerne, hvorfor ingen andre end dem kan forst\u00e5 deres logs, og vis dem, hvordan det er at se p\u00e5 unyttige logs kl. 03:15.<\/li>\n<\/ol>\n

      \n\"Hvorfor
      \nFoto af       Marko Horvat<\/a><\/noindex> og f\u00e5 en fungerende kommando. Unsplash<\/a><\/noindex><\/p>\n

      Det var alt for nu. Nyt materiale vil blive udgivet i n\u00e6ste uge. Hvis du \u00f8nsker at vide mere om kurset, inviterer vi til \u00e5bent hus<\/a><\/noindex>, som finder sted allerede p\u00e5 mandag. Og nu venter vi traditionelt p\u00e5 jeres kommentarer.
      \n
      Kilde:       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\udd47Hvorfor ingeni\u00f8rer ikke bekymrer sig om applikationsoverv\u00e5gning? | ProHoster","description":"God fredag til alle!","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/pochemu-inzhenery-ne-zabotyatsya-o-monitoringe-prilozhenij","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","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\/da\/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\/da\/wp-json\/wp\/v2\/posts\/34430","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=34430"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/34430\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/25942"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=34430"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=34430"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=34430"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}