Con l'avvento dell'elaborazione serverless, i Web Architect possono implementare facilmente modelli di elaborazione e di consumo che sono del tutto simili ai piú comuni servizi SaaS. Progettare applicazioni serverless vuol dire non solo evitare costi per risorse non utilizzate pur mantenendo alta affidabilità, ma anche monitorare in modo attivo e continuo gli utilizzi (e quindi i costi generati) per ciascun utente dell'applicazione. Vedremo come sviluppare un'applicazione SaaS in Laravel, rendendola disponibile online grazie a bref ed al framework Serverless, usando AWS come provider.

1. Distribuzione e monitoraggio di una web app in
Laravel su AWS grazie al framework Serverless
Francesco Liuzzi - Giulio Piepoli

2. Agenda
2
1 3 5
4
2
Caso di studio
Soluzione
Architetturale
Considerazioni
Finali
Pro & Contro Implementazione

3. Chi Siamo?
3
Francesco Liuzzi
CHIEF SOLUTIONS ARCHITECT
@SideaGroup
Giulio Piepoli
SENIOR DEVELOPER
@SideaGroup
Società di consulenza strategica
ed operativa

4. Company profile
2021
ELEVATOR PITCH
Chi siamo
Una società di consulenza strategica e operativa
specializzata in MarTech Omnicanale: la connessione
efficace tra marketing e tecnologia.
Cosa facciamo
Sviluppiamo soluzioni orientate alla customer
experience integrando marketing e tecnologie in tre
aree di business interconnesse: l’area consulenza e
strategia, l’area IT e l’area digital factory.
Per chi lo facciamo
Per le imprese che vogliono affermare e consolidare il
proprio posizionamento sul mercato, crearne di nuovi
e
migliorare le proprie performance.

5. Caso di studio
1
5

6. Web App
6
La parola all’esperto è:
- Q&A in ambito fiscale
- Fruibile da abbonati

7. Caratteristiche
◉ Linguaggio: PHP v7.4
◉ Framework: Laravel
◉ Tipo Soluzione: On-Premises
7

8. Pro & Cons
2
8

9. Pro
◉ Proprietà dei dati sensibili
9
◉ Flessibilità nell’utilizzo di dati da altre sorgenti on-prem
◉ Costo del servizio costante

10. Cons
10
◉ Bassa scalabilità
◉ Colli di bottiglia
◉ Costo del servizio costante

11. Cosa ci ha chiesto il cliente?
11
◉ Refactoring del frontend
◉ Ottimizzazione del dimensionamento
dell’infrastruttura

12. Analisi degli utenti attivi/costi
AS-IS
12

13. Ci abbiamo pensato…
13

14. … ed abbiamo trovato una soluzione
14

15. Architettura
3
15

16. 16

17. Un nuovo problema
3.1
17
Questions ricorrenti

18. Doh!!!
18

19. Reazione
19

20. Modifica
Architetturale
3.2
20

21. 21

22. Implementazione
4
22

23. Considerazioni finali
5
23

24. Analisi degli utenti attivi/costi
TO-BE
24

25. Il nostro metodo
25
METRICHE
IMPLEMENTAZIONE
SOLUZIONE
PROBLEMA
Abbiamo analizzato
l’architettura della web
app
Abbiamo elaborato
un’architettura in linea
con le esigenze
Abbiamo analizzato i
consumi a valle della
migrazione
Abbiamo individuato Pro
e Contro
Abbiamo sviluppato la
web app cloud based

26. Ci sono domande?
◉ francesco.liuzzi@sideagroup.com
@francesco-liuzzi
◉ giulio.piepoli@sideagroup.com
@giulio-piepoli
Grazie!
26