{"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":"Perch\u00e9 gli ingegneri non si preoccupano del monitoraggio delle applicazioni?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

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

\"Perch\u00e9
\n
\nIl monitoraggio \u00e8 solo<\/b>. Questo \u00e8 un fatto noto. Avvia Nagios, esegui NRPE su un sistema remoto, configura Nagios sulla porta NRPE TCP 5666 e hai il monitoraggio.<\/p>\n

\u00c8 cos\u00ec facile che diventa noioso. Ora hai le metriche di base sul tempo della CPU, il subsistema disco e la memoria disponibile, che arrivano di default in Nagios e NRPE. Ma in realt\u00e0 non \u00e8 \u00abmonitoraggio\u00bb in senso stretto. \u00c8 solo l'inizio.<\/p>\n

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

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

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

\nQualsiasi server, che sia Linux o Windows, avr\u00e0 per definizione uno scopo. Apache, Samba, Tomcat, archiviazione di file, LDAP: tutti questi servizi sono pi\u00f9 o meno unici in un modo o nell'altro. Ognuno ha la sua funzione e le sue caratteristiche specifiche. Esistono diversi modi per ottenere metriche e KPI (indicatori chiave di prestazione) che vi interessano quando il server \u00e8 sotto carico.<\/p>\n

\"Perch\u00e9
\nAutore della foto Luke Chesser<\/a><\/noindex> con Unsplash
\n<\/a><\/noindex><\/i><\/p>\n

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

Qualsiasi software che fornisca servizi deve avere un meccanismo per raccogliere metriche. Apache ha il modulo mod-status<\/code>, che mostra la pagina di stato del server. Nginx ha il stub_status<\/code>. Tomcat ha JMX o applicazioni web speciali che mostrano le metriche chiave. In MySQL c'\u00e8 il comando \u00abshow global status\u00bb, e cos\u00ec via.
\nPerch\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 verso l'integrazione delle metriche non si limita agli sviluppatori. Ho lavorato in aziende che sviluppavano applicazioni usando Tomcat e non fornivano metriche proprie, n\u00e9 registri di attivit\u00e0 del servizio, tranne i log degli errori generali di Tomcat. Alcuni sviluppatori generano un'abbondanza di log, privi di significato per l'amministratore di sistema che sfortunatamente si trova a leggerli alle 3:15 del mattino.<\/p>\n

\"Perch\u00e9
\nAutore della foto Tim Gouw<\/a><\/noindex> con Unsplash<\/a><\/noindex><\/i><\/p>\n

Gli ingegneri di sistema che permettono a tali prodotti di andare in produzione devono anche assumersi una certa responsabilit\u00e0 per la situazione. Pochi ingegneri di sistema hanno il tempo e si preoccupano di cercare di ottenere metriche significative dai log, senza il contesto di queste metriche e la possibilit\u00e0 di interpretarli alla luce delle attivit\u00e0 dell'applicazione. Alcuni non comprendono quale vantaggio possano trarre da ci\u00f2, al di l\u00e0 di indicatori come 'qualcosa attualmente (o a breve) non va'.<\/p>\n

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

Per qualsiasi ingegnere di sistema, che non solo deve rispondere a eventi critici, ma anche garantire che non si verifichino, l'assenza di metriche \u00e8 generalmente un ostacolo.<\/p>\n

Tuttavia, gli ingegneri di sistema di solito non si occupano di codice, guadagnando soldi per la loro azienda. Hanno bisogno di sviluppatori di punta che comprendano l'importanza della responsabilit\u00e0 dell'ingegnere di sistema nell'individuare problemi, aumentare la consapevolezza sulle problematiche delle performance e simili.<\/p>\n

Questa cosa devops<\/h2>\n

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

    \n
  1. dire cosa probabilmente non fa (un allusione a un meme del film \u00abLa principessa sposa\u00bb \u2014 \u00abNon credo che questo significhi quello che pensi che significhi!\u00bb)<\/li>\n
  2. promuovere una posizione di continua perfezione 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 comprendere come funziona il prodotto se non comprendi come operano i suoi componenti, i servizi di cui dipende, i suoi principali punti critici e i colli di bottiglia.
    \nSe non osservi i potenziali colli di bottiglia, non potrai seguire la tecnica delle \u00abCinque perch\u00e9\u00bb nella scrittura di un Postmortem. Non sarai in grado di raccogliere tutto su un unico schermo per vedere come funziona il prodotto o conoscere il suo aspetto \u00abnormale e felice\u00bb.<\/p>\n

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

    \nPer me, uno dei principi fondamentali di DevOps \u00e8 il \u00abSpostamento a sinistra\u00bb (shift left). Lo spostamento a sinistra in questo contesto significa spostare la capacit\u00e0 (non la responsabilit\u00e0<\/b>, ma solo la capacit\u00e0) di fare ci\u00f2 di cui si occupano solitamente gli ingegneri di sistema, ad esempio, creare metriche di prestazione, utilizzare i log in modo pi\u00f9 efficace, ecc., verso sinistra nel ciclo di vita della consegna del software (Software Delivery Life Cycle).<\/p>\n

    \"Perch\u00e9
    \nAutore della foto     NESA by Makers<\/a><\/noindex> con Unsplash<\/a><\/noindex><\/i><\/p>\n

    Gli sviluppatori software devono avere la possibilit\u00e0 di utilizzare e conoscere gli strumenti di monitoraggio che l'azienda utilizza per monitorare in tutte le sue forme, metriche, registrazione, interfacce di monitoraggio e, soprattutto, osservare come il loro prodotto funziona in produzione<\/i>. Non puoi costringere gli sviluppatori a investire tempo e impegno nel monitoraggio se non possono vedere le metriche e influenzare come appaiono, come le presenter\u00e0 il proprietario del prodotto al CTO durante il prossimo briefing, e cos\u00ec via.<\/p>\n

    In breve<\/h2>\n

    <\/p>\n

      \n
    1. Porta il cavallo all'acqua. Mostra ai programmatori quante problematiche possono evitare, aiuta a definire i KPI e le metriche adeguate per le loro applicazioni, riducendo le lamentele da parte del product owner, che \u00e8 sotto pressione dal CTO. Falli emergere in modo dolce e pacato. Se questo non funziona, cerca di persuadere, minacciare o convincere sia loro sia il product owner per ottenere queste metriche il prima possibile, e poi crea dei grafici. Sar\u00e0 difficile, poich\u00e9 non sar\u00e0 visto come una priorit\u00e0 e nella roadmap del prodotto ci saranno molti progetti in attesa di implementazione che generano reddito. Pertanto, avrai bisogno di una giustificazione economica per giustificare il tempo e le risorse spesi per implementare il monitoraggio nel prodotto.<\/li>\n
    2. Aiuta gli ingegneri di sistema a dormire sonni tranquilli. Fai loro capire che l'uso di una checklist per il rilascio di qualsiasi prodotto \u00e8 una pratica positiva. Inoltre, assicurarti che tutte le applicazioni in produzione siano coperte da metriche contribuir\u00e0 a garantire un sonno sereno, permettendo agli sviluppatori di vedere cosa non funziona e dove. Tuttavia, il modo migliore per irritare e frustrante un qualsiasi sviluppatore, proprietario di prodotto o CTO \u00e8 quello di ostacolare continuamente e resistere. Tale comportamento influenzer\u00e0 la data di rilascio di qualsiasi prodotto se ci si aspetta di nuovo fino all'ultimo minuto, quindi anticipa nuovamente il calendario e integra questi problemi nel piano di progetto il prima possibile. Se necessario, infiltrati negli incontri dedicati al prodotto. Indossa baffi finti e un cappello di 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 le conseguenze del passaggio delle metriche del prodotto nella \"zona rossa\". Non lasciare le operazioni come unico custode della funzionalit\u00e0 del prodotto; assicurati che anche gli sviluppatori siano coinvolti in questo (#productsquads).<\/li>\n
    4. I log sono ottimi, ma anche le metriche lo sono. Combinali e non lasciare che i tuoi log diventino spazzatura in una enorme palla infuocata di inutilit\u00e0. Spiega e mostra agli sviluppatori perch\u00e9 nessuno oltre a loro sar\u00e0 in grado di comprendere i loro log; fai vedere loro com'\u00e8 guardare log inutili alle 3:15 del mattino.<\/li>\n<\/ol>\n

      \n\"Perch\u00e9
      \nAutore della foto       Marko Horvat<\/a><\/noindex> con 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 giorno delle porte aperte<\/a><\/noindex>, che si terr\u00e0 luned\u00ec. Ora, come sempre, aspettiamo 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 preoccupano del monitoraggio delle applicazioni? | ProHoster","description":"Buon venerd\u00ec a tutti! Amici, oggi continuiamo la nostra serie di pubblicazioni dedicate al corso \"Pratiche e strumenti DevOps\", poich\u00e9 le lezioni del nuovo gruppo inizieranno gi\u00e0 alla fine della prossima settimana. Iniziamo! Il monitoraggio \u00e8 semplice. \u00c8 un fatto noto. Avvia Nagios, esegui NRPE sul sistema remoto, configura Nagios sulla porta NRPE TCP 5666 e hai...","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! \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","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"},"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}]}}