Elimina i momenti di frustrazione per te e i tuoi collaboratori, riduci tempi e costi dei cicli di sviluppo e metti al sicuro le relazioni con i tuoi clienti migliori.

1. Monitorare i software
fa schifo (se non sai come farlo)
Elimina i momenti di frustrazione per te e i tuoi
collaboratori, riduci tempi e costi dei cicli di sviluppo
e metti al sicuro le relazioni con i tuoi clienti migliori.
1

2. Agenda
01 | Quando e perché (non) monitorare
02 | Il vero ruolo del monitoraggio
03 | Il giusto tool per ogni specifico problema
04 | Observability
05 | Developer Experience
2

3. Valerio Barbera
Software Engineer
CTO Inspector.dev
valerio@inspector.dev
@Twitter
@Linkedin
Chi sono
3

4. 4
Code Execution Monitoring, built for developers.
4
anni
+600
abbonamenti
+30
paesi

5. Stati Uniti Svizzera Nigeria
Regno Unito Korea Belgio
Brasile Canada Kirghizistan
Germania Russia Portogallo
India Cina Sud Africa
Indonesia Australia Giappone
Olanda Turchia Kenya
Malesia Filippine Tailandia
Francia Spagna …
5

6. 0(zero)
in Italia
6

7. Per gli sviluppatori
“Monitorare fa schifo”
7

8. Il 50% devs spende fino al 50%
del suo tempo a risolvere errori
8
Il project management ignora completamente questo dato.

9. Quando NON serve monitorare
01 | Non ti importa degli utenti finali
02 | L’applicazione a cui lavori non genera fatturato
03 | Stai lavorando a progetti di breve termine
9
Non sarai motivato a spendere tempo e soldi su questo task se:

10. Quando e perché monitorare
10
01 | Aumento dei processi manuali
02 | Non si pianifica più
03 | Emergenze continue e mancanza di tempo

11. Il feedback del cliente
non ci serve a niente
11
è totalmente inutile e fuorviante

12. 12

13. feedback Indiretto
13
Quello che il cliente non sa neanche di dare

14. 14

15. Processo di delivery
Design Developmen
t
Testing/QA Deployment
{unit-test}
15

16. Fine del progetto
16

17. Il progetto ha inizio
Design Development Testing/QA Deployment
Monitoring
17

18. Iniziano i problemi
Design Development Testing/QA Deployment
Problems
18

19. Perché monitorare
Anticipare i problemi e ridurre o addirittura evitare
totalmente che ci siano contatti con i clienti
(o col management).
Ogni applicazione importante per il fatturato dell’azienda
va monitorata. Costantemente.
19

20. Vantaggi
Ridurre il numero di
segnalazioni
Grazie al fatto che lo
strumento di
monitoraggio è più
veloce del cliente
nell’intercettare un
malfunzionamento,
dandoci la possibilità di
risolverlo prima che il
cliente scriva.
Ridurre i tempi di
risoluzione
Semplicemente perché la
reportistica offerta
dall’ambiente di
monitoraggio sarà
certamente meglio del
classico “Non funziona
niente” da parte del
cliente.
Risparmiare tempo nel
check-up quotidiano
Grazie agli alert lo
strumento che ci avverte
proattivamente in caso di
problemi. Nel frattempo
siamo liberi di dedicarci a
task più importanti.
20

21. Benefici
Sviluppatori meno
ingolfati
Riducendo
l’investigazione
manuale ci sarà più
tempo a disposizione
per i nuovi sviluppi o
per migliorare altre
parti del processo.
Clienti più longevi
Se i nostri software
non generano mai
problemi i contratti
durano più a lungo.
21

22. Il giusto tool per ogni
specifico problema
22

23. Esigenze tecniche
● L’infrastruttura;
● La parte applicativa;
● Le integrazioni con l’ambiente di lavoro
23

24. Esigenze organizzative
● Quanti siamo nel team e come siamo organizzati;
● Quali sono le nostre specializzazioni;
● Quali pezzi sono in outsourcing;
● Oppure siamo noi un team esterno a supporto di
un’altra azienda.
24

25. Logs Casi d’uso
Cyber security / SIEM
Conformità normativa /
Audit trail
25

26. I log non sono pensati per trasportare
metriche e statistiche complesse.
Logs Svantaggi
26

27. Server
Ping
DNS, HTTPS, Latency, CDN
Uptime Casi d’uso
27

28. Server
Ping
DNS, HTTPS, Latency, CDN
X
Uptime Svantaggi
28

29. Exception Handler
Error Tracking Casi d’uso
29

30. Non forniscono il contesto: carico del sistema, consumi di
memoria, etc nel momento in cui si è generato l’errore.
Dati sui trend per misurare l’impatto delle modifiche al
codice nel tempo.
Error Tracking Svantaggi
30

31. Observability
31

32. Tracing
PUT /api/organization
Segment,
Span, Task
Transaction
32

33. Modello dati
{
"hash": "9fre78j80ef98j7gej89td7ye",
"name": "PUT /api/organizaion",
"timestamp": 1655809361,
"duration": 150.45,
"memory_peak": 23.5,
"result": "200",
"host": {
"hostname": "prod.eu-west-3.backend.com",
"ip": 151.70.203.202,
},
}
{
"type": "query",
"label": "SELECT * FROM users WHERE id = ?",
"start": 10.3,
"duration": 50.32,
"transaction": {
"hash": "9fre78j80ef98j7gej89td7ye"
}
}
Transaction Segment
33

34. Agente di monitoraggio
Infrastructure driven Code driven
Team operations
Team sviluppo
applicativo
34

35. Developer Experience (DX)
Quanto è difficile per uno sviluppatore eseguire i
suoi task quotidiani per implementare e rilasciare
modifiche nel software?
35

36. Developer Experience (KPI)
Time To Onboard Errors/Stability Release cycle
36

37. In base alle caratteristiche
del tuo team, quale
tipologia di monitoraggio
ti sembra più adatta?
Grazie mille!
37