{"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\/it\/blog\/administrirovanie\/pochemu-inzhenery-ne-zabotyatsya-o-monitoringe-prilozhenij","title":{"rendered":"Corporazione.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Buon venerd\u00ec a tutti! Amici, oggi continuiamo la serie di pubblicazioni dedicate al corso \u00abPratiche e strumenti DevOps\u00bb<\/a><\/noindex>, poich\u00e9 le lezioni nel nuovo gruppo del corso iniziano gi\u00e0 alla fine della prossima settimana. Quindi, cominciamo!<\/p>\n

\"Corporazione.\"
\n
\nIl monitoraggio \u00e8 solo<\/b>. \u00c8 un fatto noto. Avvia Nagios, esegui NRPE sul sistema remoto, configura Nagios sulla porta NRPE TCP 5666 e avrai il monitoraggio.<\/p>\n

\u00c8 cos\u00ec facile che non \u00e8 nemmeno interessante. Ora hai le metriche di base per l'utilizzo della CPU, il sistema di archiviazione, la memoria RAM, che arrivano per impostazione predefinita in Nagios e NRPE. Ma in realt\u00e0, questo non \u00e8 un vero e proprio \"monitoraggio\". \u00c8 solo l'inizio.<\/p>\n

(Di solito si installano PNP4Nagios, RRDtool e Thruk, si impostano le notifiche su Slack e si va direttamente su nagiosexchange, ma per ora evitiamo questo).<\/a><\/noindex><\/p>\n

Un buon monitoraggio<\/b> \u00e8 in realt\u00e0 piuttosto complesso, devi davvero conoscere i dettagli dell'applicazione che stai monitorando.<\/p>\n

Il monitoraggio \u00e8 complicato?<\/h2>\n

\nQualsiasi server, sia esso Linux o Windows, per definizione servir\u00e0 un certo scopo. Apache, Samba, Tomcat, archiviazione file, LDAP: tutti questi servizi sono pi\u00f9 o meno unici in uno o pi\u00f9 aspetti. Ognuno ha una propria funzione, delle proprie peculiarit\u00e0. Ci sono diversi modi per ottenere metriche, KPI (indicatori chiave di prestazione) di tuo interesse quando il server \u00e8 sotto carico.<\/p>\n

\"Corporazione.\"
\nAutore della foto Luke Chesser<\/a><\/noindex> in Unsplash
\n<\/a><\/noindex><\/i><\/p>\n

(Mi piacerebbe che i miei dashboard fossero colorati di blu neon \u2014 sospirando sognante \u2014\u2026 hm...)<\/p>\n

Qualsiasi software che fornisce servizi deve avere un meccanismo per raccogliere metriche. Apache ha un modulo mod-status<\/code>, che mostra la pagina di stato del server. Nginx ha stub_status<\/code>. Tomcat ha JMX o applicazioni web speciali che mostrano metriche chiave. In MySQL c'\u00e8 il comando \"show global status\" e cos\u00ec via.
\nAllora perch\u00e9 gli sviluppatori non integrano meccanismi simili nelle applicazioni che creano?<\/p>\n

Solo gli sviluppatori lo fanno?<\/h2>\n

\nUn certo livello di indifferenza nell'integrare le metriche non \u00e8 limitato solo agli sviluppatori. Ho lavorato in aziende che hanno sviluppato applicazioni utilizzando Tomcat e non hanno fornito nessuna delle loro metriche, nessun registro delle attivit\u00e0 del servizio, a parte i registri degli errori generali di Tomcat. Alcuni sviluppatori generano una grande abbondanza di log, che non significano nulla per l'amministratore di sistema sfortunato che deve leggerli alle 3:15 del mattino.<\/p>\n

\"Corporazione.\"
\nAutore della foto Tim Gouw<\/a><\/noindex> in Unsplash<\/a><\/noindex><\/i><\/p>\n

Gli ingegneri di sistema, che consentono a tali prodotti di essere rilasciati, devono anche assumere una certa responsabilit\u00e0 per la situazione. Pochi ingegneri di sistema hanno tempo e si prendono cura di cercare di ottenere metriche significative dai log, senza il contesto di queste metriche e la possibilit\u00e0 di interpretarle alla luce delle attivit\u00e0 dell'applicazione. Alcuni non capiscono quale vantaggio possano trarne, a parte indicatori del tipo \"qualcosa attualmente (o presto) non va\".<\/p>\n

Il cambiamento di mentalit\u00e0 riguardo alla necessit\u00e0 delle metriche deve avvenire non solo tra gli sviluppatori, ma anche tra gli ingegneri di sistema.<\/p>\n

Per qualsiasi ingegnere di sistema, che deve non solo rispondere a eventi critici, ma anche garantire la loro assenza, la mancanza di metriche \u00e8 generalmente un ostacolo a questo.<\/p>\n

Tuttavia, gli ingegneri di sistema di solito non si occupano di scrivere codice, guadagnandosi da vivere per la loro azienda. Hanno bisogno di sviluppatori senior che comprendano l'importanza della responsabilit\u00e0 dell'ingegnere di sistema nella scoperta di problemi, aumentando la consapevolezza dei problemi di prestazioni e simili.<\/p>\n

Questa cosa del devops<\/h2>\n

\nLa mentalit\u00e0 devops descrive la sinergia tra il pensiero degli sviluppatori (dev) e delle operazioni (ops). Qualsiasi azienda che afferma di \"fare devops\" deve:<\/p>\n

    \n
  1. dire cose che probabilmente non fanno (riferimento a un meme del film \"La principessa sposa\" \u2014 \"Non credo che significhi ci\u00f2 che pensi che significhi!\")<\/li>\n
  2. promuovere una posizione di miglioramento continuo del prodotto.<\/li>\n<\/ol>\n

    \nNon puoi migliorare un prodotto e sapere che \u00e8 stato migliorato se non sai come funziona attualmente. Non potrai scoprire come funziona il prodotto se non comprendi come funzionano i suoi componenti, i servizi di cui dipende, i suoi principali punti critici e colli di bottiglia.
    \nSe non osservi i potenziali colli di bottiglia, non potrai seguire la tecnica delle \"Cinque perch\u00e9\" quando scrivi un Postmortem. Non potrai raccogliere tutto su un unico schermo per vedere come funziona il prodotto o scoprire come appare \"normale e felice\".<\/p>\n

    Spostamento a sinistra, A SINISTRA, HO DETTO, SINISTRAAAAA\u2014 <\/h2>\n

    \nPer me, uno dei principi chiave del Devops \u00e8 \"Spostamento a sinistra\" (shift left). Lo spostamento a sinistra in questo contesto significa spostare la possibilit\u00e0 (non la responsabilit\u00e0<\/b>, e solo le possibilit\u00e0) di fare ci\u00f2 di cui si occupano di solito gli ingegneri di sistema, ad esempio, creare metriche di performance, utilizzare i log in modo pi\u00f9 efficace, ecc., a sinistra nel ciclo di vita della consegna del software (Software Delivery Life Cycle).<\/p>\n

    \"Corporazione.\"
    \nAutore della foto     NESA by Makers<\/a><\/noindex> in Unsplash<\/a><\/noindex><\/i><\/p>\n

    Gli sviluppatori di software devono essere in grado di utilizzare e conoscere gli strumenti di monitoraggio usati dall'azienda, per eseguire il monitoraggio in tutte le sue forme, metriche, registrazione, interfacce di monitoraggio e, cosa pi\u00f9 importante, osservare come il loro prodotto funziona in produzione.<\/i>Non puoi costringere gli sviluppatori a investire sforzi e tempo nel monitoraggio finch\u00e9 non possono vedere le metriche e influenzare il modo in cui appaiono, come il proprietario del prodotto le presenter\u00e0 al CTO nella prossima riunione, ecc.<\/p>\n

    In breve,<\/h2>\n

    <\/p>\n

      \n
    1. Porta il cavallo all'acqua. Mostra agli sviluppatori quanti problemi possono evitare per se stessi, aiutali a identificare i KPI e le metriche giuste per le loro applicazioni, in modo che ci sia meno clamore da parte del proprietario del prodotto, che \u00e8 rimproverato dal direttore tecnico (CTO). Portali alla ribalta, dolcemente e tranquillamente. Se non funziona, allora comprali, minaccia e persuadi sia loro che il proprietario del prodotto, per implementare il pi\u00f9 rapidamente possibile il monitoraggio di queste metriche dalle applicazioni, e poi crea dei diagrammi. Sar\u00e0 difficile, poich\u00e9 non sar\u00e0 considerato una priorit\u00e0, e nel piano del prodotto ci saranno molti progetti in attesa di implementazione che generano reddito. Pertanto, avrai bisogno di giustificazioni economiche per giustificare il tempo e le risorse spese nell'implementazione del monitoraggio nel prodotto.<\/li>\n
    2. Aiuta gli ingegneri di sistema a riposare. Mostra loro che l'uso della checklist \"rilasciamo la versione\" per ogni prodotto rilasciato \u00e8 qualcosa di positivo. Verificare che tutte le applicazioni in produzione siano coperte da metriche aiuter\u00e0 a garantire un sonno sereno, consentendo agli sviluppatori di vedere cosa e dove non funziona correttamente. Tuttavia, il modo migliore per far innervosire e frustrate un qualsiasi sviluppatore, proprietario di prodotto o CTO \u00e8 insistere nel mettere i bastoni tra le ruote e opporsi. Comportamenti di questo tipo influenzeranno la data di rilascio di qualsiasi prodotto, se si aspetta fino all'ultimo minuto, quindi effettuare nuovamente uno spostamento a sinistra e includere il prima possibile queste questioni nel piano di progetto. Se necessario, intrufolati alle riunioni dedicate al prodotto. Indossa baffi finti e feltro o qualcosa del genere, non ti deluder\u00e0 mai. Riferisci i tuoi problemi, mostra i vantaggi evidenti e fai evangelizzazione.<\/li>\n
    3. Assicurati che sia gli sviluppatori (dev) che le operazioni (ops) comprendano il significato e la conseguenza del passaggio delle metriche del prodotto in \"zona rossa\". Non lasciare che le operazioni siano l'unico guardiano della funzionalit\u00e0 del prodotto, assicurati che anche gli sviluppatori partecipino a questo (#productsquads).<\/li>\n
    4. I log sono ottimi, ma anche le metriche. Uniscili e non permettere che i tuoi log diventino spazzatura in una grande palla infuocata di inutilit\u00e0. Spiega e mostra agli sviluppatori perch\u00e9 nessuno a parte loro sar\u00e0 in grado di comprendere i loro log, e fai vedere loro com'\u00e8 guardare log inutili alle 3:15 di mattina.<\/li>\n<\/ol>\n

      \n\"Corporazione.\"
      \nAutore della foto       Marko Horvat<\/a><\/noindex> in Unsplash<\/a><\/noindex><\/p>\n

      Questo \u00e8 tutto. Nuovo materiale uscir\u00e0 la prossima settimana. Se desideri saperne di pi\u00f9 sul corso, ti invitiamo a giornata di porte aperte<\/a><\/noindex>, che si terr\u00e0 gi\u00e0 luned\u00ec. E ora aspettiamo tradizionalmente i tuoi commenti.
      \n
      Fonte:       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\udd47Perch\u00e9 gli ingegneri non si prendono cura del monitoraggio delle applicazioni? | ProHoster","description":"Buon venerd\u00ec a tutti!","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/pochemu-inzhenery-ne-zabotyatsya-o-monitoringe-prilozhenij","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/34430","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=34430"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/34430\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/25942"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=34430"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=34430"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=34430"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}