{"id":8232,"date":"2020-11-11T16:42:14","date_gmt":"2020-11-11T15:42:14","guid":{"rendered":"https:\/\/www.intesys.it\/journal\/?p=8232"},"modified":"2022-06-01T12:22:58","modified_gmt":"2022-06-01T10:22:58","slug":"troubleshooting-nei-microservizi-velocizzare-la-caccia-all-errore-con-elastic-stack","status":"publish","type":"post","link":"https:\/\/www.intesys.it\/journal\/information-technology\/troubleshooting-nei-microservizi-velocizzare-la-caccia-all-errore-con-elastic-stack\/","title":{"rendered":"Troubleshooting nei microservizi: velocizzare la caccia all\u2019errore con Elastic Stack"},"content":{"rendered":"

Indice dei contenuti<\/span>
  1. Le sfide di un\u2019architettura IT a microservizi<\/a><\/li>
  2. Coniugare log management e monitoring con Elastic Stack<\/a><\/li>
  3. I vantaggi di Elastic Stack e di un approccio proattivo di troubleshooting<\/a><\/li>
  4. Cloud o non cloud? Le opzioni di installazione di Elastic Stack<\/a><\/li><\/ol><\/div><\/div><\/p>[vc_row type=”in_container” full_screen_row_position=”middle” column_margin=”default” column_direction=”default” column_direction_tablet=”default” column_direction_phone=”default” scene_position=”center” text_color=”dark” text_align=”left” row_border_radius=”none” row_border_radius_applies=”bg” overflow=”visible” overlay_strength=”0.3″ gradient_direction=”left_to_right” shape_divider_position=”bottom” bg_image_animation=”none”][vc_column column_padding=”no-extra-padding” column_padding_tablet=”inherit” column_padding_phone=”inherit” column_padding_position=”all” column_element_spacing=”default” background_color_opacity=”1″ background_hover_color_opacity=”1″ column_shadow=”none” column_border_radius=”none” column_link_target=”_self” column_position=”default” gradient_direction=”left_to_right” overlay_strength=”0.3″ width=”1\/1″ tablet_width_inherit=”default” tablet_text_alignment=”default” phone_text_alignment=”default” animation_type=”default” bg_image_animation=”none” border_type=”simple” column_border_width=”none” column_border_style=”solid”][vc_column_text]La necessit\u00e0 di rispondere all\u2019evoluzione veloce del mercato e di rimanere competitivi pu\u00f2 generare diverse complessit\u00e0 interne ad un\u2019organizzazione, soprattutto quando si tratta di realt\u00e0 in cui ci sono pi\u00f9 fornitori da gestire e integrare<\/strong> o quando occorre sviluppare un\u2019Architettura IT decomposta in tanti microservizi<\/strong>. In questi scenari cos\u00ec articolati l’azione di troubleshooting, ossia il processo di ricerca sistematica delle cause di un problema, pu\u00f2 diventare molto dispendiosa per l\u2019azienda: scopriamo come velocizzare e rendere pi\u00f9 efficace il processo per gli sviluppatori avvalendosi di uno strumento come Elastic Stack<\/strong><\/a>.<\/p>\n

    Le sfide di un\u2019architettura IT a microservizi<\/h2>\n

    Partiamo dal ruolo che stanno assumendo i microservizi all\u2019interno di un\u2019Architettura IT<\/a>: le applicazioni vengono organizzate nelle loro funzioni di base come un insieme di piccoli componenti (servizi) che funzionano indipendentemente l\u2019uno dall\u2019altro. I microservizi rappresentano uno dei maggiori trend IT del momento, ma bisogna tenere conto che al contempo aumentano l\u2019articolazione della struttura IT<\/strong>: quello che prima veniva fatto da un solo sistema, con la proliferazione dei microservizi viene infatti gestito da n sistemi, e nel momento in cui si verifica un errore diventa problematico scovare da dove proviene tra i diversi \u201cframmenti\u201d dell’architettura. \u00c8 il caso ad esempio di un’Architettura IT che espone delle API<\/a>, dalle quali ritornano dei dati recuperati da n sistemi diversi.<\/p>\n

    Tra le principali sfide che possono emergere in questo scenario, riconosciamo le seguenti:<\/p>\n

      \n
    1. Evitare processi di troubleshooting poco efficienti<\/strong>
      \nCome gi\u00e0 accennato prima, cercare un errore all\u2019interno di un sistema frammentato<\/strong> \u00e8 una bella sfida: se ad esempio un\u2019API non funziona, dove sar\u00e0 il problema tra gli n sistemi coinvolti? Se c\u2019\u00e8 un rallentamento, da quale macchina sar\u00e0 provocato?
      \nLo sviluppatore dovrebbe andare su una macchina, collegarsi, controllare i log<\/strong> ed esaminare tutte le macchine fino a trovare la fonte del problema: una serie di operazioni manuali lunghe<\/strong>, impegnative e soprattutto dispendiose<\/strong>.<\/li>\n
    2. Possibilit\u00e0 di controllo su macchine in gestione a terzi
      \n<\/strong>In un Sistema Informativo aziendale capita spesso che i software, gli applicativi gestionali, i       sistemi legacy<\/a> o componenti fatti da altri fornitori siano in gestione a terze parti<\/strong>: questo significa che per lo sviluppatore non \u00e8 possibile andare fisicamente sulla macchina a controllare i log. Prendiamo il caso di molti istituti bancari, in cui le API devono correlare le informazioni di anagrafica dell\u2019utente presenti in un sistema documentale terzo con il sistema interno AS\/400<\/strong>. Se si presenta un problema, l\u2019IT della banca non avrebbe autonomia di controllo sul sistema del gestore documentale del fornitore terzo, limitando la sfera d\u2019azione di troubleshooting<\/a> ai soli sistemi interni.<\/li>\n
    3. Risolvere i problemi in tempi ridotti per evitare disservizi
      \n<\/strong>Cercare il problema \u00e8 molto oneroso in termini di tempo impiegato dalle risorse umane, con evidenti ripercussioni sui costi per la risoluzione del problema<\/strong> e sul disservizio che incide fortemente anche sull\u2019esperienza utente<\/strong>.<\/li>\n<\/ol>\n

      Coniugare log management e monitoring con Elastic Stack<\/h2>\n

      In simili condizioni, il lavoro dello sviluppatore pu\u00f2 essere notevolmente facilitato centralizzando le informazioni provenienti dai sistemi coinvolti grazie a uno strumento come Elastic Stack<\/a>.<\/p>\n

      Elastic Stack<\/strong> funge da punto centralizzato di passaggio delle informazioni di un\u2019architettura, dando in un\u2019unica soluzione le funzioni di:<\/p>\n