49 lines
3.8 KiB
Markdown
49 lines
3.8 KiB
Markdown
#Highlights
|
||
|
||
---
|
||
|
||
# Cashback: retrospettiva su un avvio sfidante, con lo sguardo rivolto al futuro
|
||
Date: 2020-12-31
|
||
Time: 10:35
|
||
URL: [Cashback: retrospettiva su un avvio sfidante, con lo sguardo rivolto al futuro | PagoPA SpA (medium.com)](https://medium.com/pagopa-spa/cashback-retrospettiva-su-un-avvio-sfidante-con-lo-sguardo-rivolto-al-futuro-206cb609e4bb)
|
||
Tags: #cashback #pagopa
|
||
|
||
---
|
||
# Intro e motivazioni
|
||
Il cashback rientra in un sistema di azioni di incentivazione all'uso dei pagamenti elettronici i cui benefici sono:
|
||
- Contrasto all'evasione fiscale (29.5 miliardi di Euro e' la quota di potenziale sommerso recuperabile)
|
||
- riduzione dei costi di gestione del contante (che ha un costo stimato a circa 7.4 miliardi di euro annui in Italia)
|
||
- maggiore sicurezza dei pagamenti
|
||
|
||
|
||
**L'obiettivo ultimo è favorire una più ampia diffusione dei servizi pubblici digitali nella nostra quotidianità**
|
||
# Infrastruttura
|
||
|
||
Il Cashback si poggia sull'infrastruttura realizzata da PagoPA S.p.a. ed e' denominata *Centro Stella dei pagamenti elettronici* che rende possibile lo scambio di informazioni tra i sistemi bancari e il cittadino che intende beneficiare dei servizi erogati tramite questa piattaforma.
|
||
## Stackeholders
|
||
```mermaid
|
||
graph TB
|
||
|
||
subgraph Prestatori di servizi di pagamento
|
||
Issuer
|
||
Acquirer
|
||
end
|
||
|
||
Utenti[Utenti dell'app IO]
|
||
Canali[Canali bancari]
|
||
|
||
|
||
```
|
||
- *Issuer*: emettono gli strumenti di pagamento elettronico utilizzati dai cittadini
|
||
- *Acquirer*: forniscono agli esercenti i dispositivi per gestire le transazioni
|
||
- *Utenti dell'app IO*: esempio il cittadino
|
||
- *Canali bancari*
|
||
## Componenti principali
|
||
|
||
|
||
|
||
La componente “Centro Stella” riceve transazioni da svariati soggetti (_Issuer)_ che emettono strumenti di pagamento elettronici ed è collegata alla quasi totalità degli Acquirer operanti in Italia (**circa il 90% ad oggi, con l’obiettivo di copertura al 100% nei prossimi mesi**) che trasmettono quotidianamente i flussi dei pagamenti effettuati con gli strumenti di pagamento attivati dai partecipanti ai fini dell’iniziativa. Parliamo, quindi, di una infrastruttura di sistema che collega il complesso mondo dei pagamenti con i cittadini sia attraverso l’app IO, sia tramite le app e i sistemi bancari che offrono accesso al Cashback direttamente dai loro canali.
|
||
## Criticità
|
||
- La root dei problemi è stata relativa alla **la logica delle** **chiamate al Notification Hub** (il servizio Azure che usiamo per inviare le notifiche push ).
|
||
- **mercoledì 9 dicembre (e giorni successivi)**: riusciamo a individuare la “**root cause**” per i disservizi del 7 dicembre, appurando che le chiamate al Notification Hub, effettuate usando l’[SDK Javascript Microsoft](https://www.npmjs.com/package/azure-sb), non utilizzano il keep-alive. Un alto numero di notifiche push da inviare provoca quindi l’accodamento di numerose chiamate al Notification Hub; tali chiamate [esauriscono le porte sorgenti](https://docs.microsoft.com/it-it/azure/load-balancer/load-balancer-outbound-connections#exhausting-ports) congestionando periodicamente **tutte le richieste in uscita effettuate** dalla Function (anche quelle che implementano le altre funzionalità, non necessariamente relative alle push). Il problema – sorto in concomitanza di un numero di utenti attivi senza precedenti – è la causa del disservizio già mitigato l’8 dicembre agendo esclusivamente sull’infrastruttura. La soluzione definitiva è consistita nell’i[ntegrare il keep-alive per le chiamate al Notification Hub](https://github.com/pagopa/io-functions-app/pull/135/files#diff-297c2cfea583d67ab353f28413080a5cc4afc7dab67d05e49d010c9651563a68R44).
|
||
- _Le richieste di autorizzazione al pagamento, hanno superato di circa 3 volte i volumi di un giorno normale e di oltre 2 volte i volumi del Black Friday._ |