WEBVTT 00:00:00.080 --> 00:00:02.399 Nella strategia di IBM si parla 00:00:02.399 --> 00:00:04.319 di cloud ibrido, che altro non 00:00:04.319 --> 00:00:06.719 è che la coniugazione di ciò 00:00:06.719 --> 00:00:08.720 che era il mondo del passato, 00:00:08.720 --> 00:00:10.719 quindi il mondo che comunque continua 00:00:10.719 --> 00:00:12.240 a funzionare e continuerà a funzionare 00:00:12.240 --> 00:00:13.964 anche in futuro, che era basato 00:00:13.964 --> 00:00:15.404 su avere i server e i 00:00:15.404 --> 00:00:17.404 dati all'interno del perimetro aziendale. 00:00:17.564 --> 00:00:20.524 Ma noi lo vediamo strategicamente coniugato 00:00:20.605 --> 00:00:22.524 con ciò che offre il public cloud, 00:00:22.524 --> 00:00:23.724 quindi cloud computing. 00:00:25.410 --> 00:00:27.250 Salve a tutti, siete all'ascolto di 00:00:27.250 --> 00:00:29.649 INSiDER - Dentro la Tecnologia, 00:00:29.649 --> 00:00:31.809 un podcast di Digital People e 00:00:31.809 --> 00:00:33.090 io sono il vostro host, 00:00:33.090 --> 00:00:34.049 Davide Fasoli. 00:00:40.774 --> 00:00:43.015 Oggi vedremo quali sono le potenzialità 00:00:43.015 --> 00:00:45.254 del cloud per favorire lo sviluppo 00:00:45.254 --> 00:00:47.335 di un'azienda e cercheremo di capire 00:00:47.335 --> 00:00:49.494 se appunto il cloud è sempre 00:00:49.494 --> 00:00:50.854 la miglior soluzione. 00:00:50.935 --> 00:00:52.454 Prima di passare alle notizie che 00:00:52.454 --> 00:00:54.649 più ci hanno colpito questa settimana, 00:00:54.649 --> 00:00:56.489 vi ricordo che potete seguirci su 00:00:56.489 --> 00:01:00.489 Instagram a @dentrolatecnologia, iscrivervi alla newsletter 00:01:00.489 --> 00:01:02.409 e ascoltare un nuovo episodio ogni 00:01:02.409 --> 00:01:04.569 sabato mattina, su Spotify, 00:01:04.569 --> 00:01:07.849 Apple Podcast, Google Podcast oppure direttamente 00:01:07.849 --> 00:01:09.025 sul nostro sito. 00:01:21.930 --> 00:01:24.250 L'Agenzia Spaziale Europea ha annunciato questa 00:01:24.250 --> 00:01:27.930 settimana che l'astronauta italiana Samantha Cristoforetti 00:01:27.930 --> 00:01:30.090 assumerà il comando della Stazione Spaziale 00:01:30.090 --> 00:01:32.010 Internazionale entro fine mese. 00:01:32.010 --> 00:01:34.170 Il passaggio di consegna verrà secondo 00:01:34.170 --> 00:01:36.814 il calendario mercoledì 28 settembre. 00:01:36.814 --> 00:01:39.215 E nonostante sia previsto che Cristoforetti 00:01:39.215 --> 00:01:41.295 assumerà il comando solamente per un 00:01:41.295 --> 00:01:44.174 breve periodo, l'astronauta italiana diventerà la 00:01:44.174 --> 00:01:46.495 prima donna europea a ricoprire tale 00:01:46.495 --> 00:01:48.655 ruolo da quando la Stazione Spaziale 00:01:48.655 --> 00:01:50.734 Internazionale è entrata in servizio. 00:01:51.069 --> 00:01:53.629 Nella decisione su chi assegnare l'incarico 00:01:53.629 --> 00:01:55.469 entrano in gioco i cinque partner 00:01:55.469 --> 00:01:58.269 della ISS, ossia l'Agenzia Spaziale di 00:01:58.269 --> 00:02:00.590 Stati Uniti, Europa, Russia, 00:02:00.590 --> 00:02:02.590 Canada e Giappone, le stesse che 00:02:02.590 --> 00:02:05.875 hanno nominato Samantha Cristoforetti comandante del 00:02:05.875 --> 00:02:08.194 segmento occidentale ad aprile e che 00:02:08.194 --> 00:02:10.915 presto le assegneranno il comando dell'intera 00:02:10.915 --> 00:02:14.675 Stazione Spaziale comprendendo anche il segmento russo. 00:02:16.835 --> 00:02:18.915 Mentre la rete 5G inizia a 00:02:18.915 --> 00:02:20.349 poco a poco a essere sempre 00:02:20.349 --> 00:02:23.389 più presente, soprattutto nelle grandi città, 00:02:23.389 --> 00:02:25.389 da tempo si sta ormai lavorando 00:02:25.389 --> 00:02:27.949 alla realizzazione allo studio di quella 00:02:27.949 --> 00:02:30.189 che sarà la sesta generazione delle 00:02:30.189 --> 00:02:32.030 reti mobili: il 6G. 00:02:32.194 --> 00:02:32.995 Già un anno fa, 00:02:32.995 --> 00:02:35.955 infatti, LG aveva concluso con successo 00:02:35.955 --> 00:02:37.794 un test in cui dimostrava di 00:02:37.794 --> 00:02:39.555 aver risolto uno dei problemi del 00:02:39.555 --> 00:02:42.514 nuovo standard, ossia la ridottissima portata 00:02:42.514 --> 00:02:44.514 se paragonata alle reti attuali. 00:02:44.514 --> 00:02:45.715 Qualche giorno fa, dunque, 00:02:45.715 --> 00:02:48.889 sempre LG ha effettuato un ulteriore test, 00:02:48.889 --> 00:02:51.210 riuscendo a trasmettere un segnale attraverso 00:02:51.210 --> 00:02:53.210 la rete 6G ad una distanza 00:02:53.210 --> 00:02:56.010 di 320 metri in spazio aperto, 00:02:56.010 --> 00:02:58.490 quasi tre volte tanto rispetto all'ultimo test. 00:02:58.824 --> 00:03:01.625 Chiaramente siamo ancora ben lontani dall'introduzione 00:03:01.625 --> 00:03:04.025 del 6G nella vita quotidiana. 00:03:04.025 --> 00:03:07.305 Nel 2025 dovrebbe avvenire la standardizzazione 00:03:07.305 --> 00:03:10.425 della tecnologia, mentre solo nel 2029 00:03:10.650 --> 00:03:13.530 questa inizierà a essere rilasciata globalmente. 00:03:13.530 --> 00:03:15.449 Nel frattempo attendiamo che la quinta 00:03:15.449 --> 00:03:17.930 generazione riesca a imporsi come rete 00:03:17.930 --> 00:03:20.169 principale per le connessioni mobili. 00:03:42.960 --> 00:03:44.879 Qualche tempo fa avevamo parlato di 00:03:44.879 --> 00:03:47.840 Quantum Computing, una nuova generazione di 00:03:47.840 --> 00:03:49.919 computer estremamente complessa. 00:03:49.919 --> 00:03:51.760 Per permettere a più persone possibili 00:03:51.760 --> 00:03:53.965 di fare ricerca, IBM ha messo 00:03:53.965 --> 00:03:57.004 a disposizione questi computer gratuitamente tramite 00:03:57.004 --> 00:03:57.645 il cloud. 00:03:57.645 --> 00:03:59.165 E per capire quali sono tutte 00:03:59.165 --> 00:04:02.205 le potenzialità del cloud in ambito aziendale, 00:04:02.205 --> 00:04:03.245 che vanno al di là della 00:04:03.245 --> 00:04:04.925 ben nota archiviazione di file, 00:04:04.925 --> 00:04:06.605 è con noi Marco Ballan, 00:04:06.604 --> 00:04:10.719 Principal Infrastructure Sales Manager per IBM Italia. 00:04:10.719 --> 00:04:12.159 Benvenuto Marco. 00:04:12.560 --> 00:04:15.520 Grazie Davide, buongiorno a tutti. 00:04:16.399 --> 00:04:19.199 Puoi spiegarci brevemente che cos'è il 00:04:19.199 --> 00:04:21.604 cloud computing e in che cosa 00:04:21.604 --> 00:04:23.365 consiste il cloud di IBM, 00:04:23.365 --> 00:04:25.524 quali sono i servizi che offrite? 00:04:26.084 --> 00:04:30.564 Ok, allora, in maniera molto diciamo 00:04:30.564 --> 00:04:33.685 semplicistica per i non addetti ai lavori, 00:04:33.685 --> 00:04:36.324 il cloud computing non è altro 00:04:36.324 --> 00:04:39.230 che la possibilità di utilizzare servizi 00:04:39.230 --> 00:04:44.990 tecnologici in modalità remota e a consumo. 00:04:45.709 --> 00:04:49.230 Il parallelo che facciamo sempre rispetto 00:04:49.230 --> 00:04:51.254 all'utilizzo della… per esempio, 00:04:51.254 --> 00:04:53.735 dell'energia elettrica, quindi avere la possibilità 00:04:53.735 --> 00:04:57.814 di utilizzare un servizio di computazione 00:04:58.535 --> 00:05:00.295 piuttosto che di archiviazione, 00:05:00.375 --> 00:05:02.694 come hai giustamente citato tu, 00:05:02.910 --> 00:05:05.709 in modalità "as a service" e 00:05:05.709 --> 00:05:09.069 poterlo fare in qualsiasi momento del giorno, 00:05:09.069 --> 00:05:11.149 dell'anno, in qualsiasi periodo e con 00:05:11.149 --> 00:05:12.670 la possibilità di scalare, 00:05:12.830 --> 00:05:14.830 quindi di crescere idealmente, 00:05:15.514 --> 00:05:19.595 diciamo in maniera senza limite. 00:05:20.074 --> 00:05:22.555 In cosa consiste il cloud di IBM? 00:05:22.555 --> 00:05:25.194 Allora, la prima cosa che vorrei 00:05:25.194 --> 00:05:28.875 sottolineare è che il cloud computing 00:05:28.875 --> 00:05:33.360 come concetto nasce recentemente, 00:05:33.439 --> 00:05:35.680 ma come tipologia di servizio, 00:05:35.680 --> 00:05:38.000 quindi quella descrizione, quella metafora che 00:05:38.000 --> 00:05:40.480 ti hai usato prima nel descriverti, 00:05:40.480 --> 00:05:42.800 la possibilità di utilizzare i servizi 00:05:42.800 --> 00:05:45.360 e di crescere nel loro utilizzo 00:05:45.360 --> 00:05:50.134 in maniera così impercettibile da parte dell'utente, 00:05:50.375 --> 00:05:52.535 è propria di ciò che IBM 00:05:52.534 --> 00:05:55.334 fa da decenni, se pensiamo ai 00:05:55.334 --> 00:05:58.774 sistemi che oggi per esempio governano 00:05:58.774 --> 00:06:02.294 le principali attività economiche a livello mondiale. 00:06:02.639 --> 00:06:07.199 Quindi il cloud IBM sicuramente consiste 00:06:07.199 --> 00:06:11.039 in una offerta paragonabile in tutto 00:06:11.039 --> 00:06:13.519 e per tutto a ciò che 00:06:13.759 --> 00:06:16.639 i nostri competitor portano sul mercato, 00:06:17.334 --> 00:06:21.974 ma ha delle connotazioni leggermente diverse 00:06:21.974 --> 00:06:24.935 in termini di sicurezza e anche 00:06:24.935 --> 00:06:28.375 in termini di ampiezza delle piattaforme 00:06:28.375 --> 00:06:31.175 tecnologiche che mettiamo a disposizione. 00:06:32.519 --> 00:06:33.800 Ok, capito. 00:06:33.800 --> 00:06:36.040 Ora che abbiamo posto le basi 00:06:36.279 --> 00:06:38.279 ci spieghi quali sono i vantaggi 00:06:38.279 --> 00:06:40.279 del cloud computing? 00:06:41.079 --> 00:06:42.839 Allora, come dicevo prima, 00:06:42.839 --> 00:06:45.959 sicuramente uno dei principali vantaggi è 00:06:45.959 --> 00:06:49.524 la flessibilità nell'utilizzo, quindi la possibilità 00:06:49.524 --> 00:06:52.404 di gestire quelli che definiamo picchi 00:06:52.404 --> 00:06:56.404 di utilizzo, ritornando alla metafora dell'energia 00:06:56.404 --> 00:06:59.204 elettrica io idealmente con il cloud 00:06:59.204 --> 00:07:01.500 computing è come se potessi accendere 00:07:01.500 --> 00:07:04.060 tutte le luci della mia abitazione 00:07:04.060 --> 00:07:05.420 nello stesso momento. 00:07:06.300 --> 00:07:08.459 Dall'altra parte le posso anche spegnere 00:07:08.459 --> 00:07:10.460 nello stesso momento e quindi posso 00:07:10.620 --> 00:07:17.314 avere veramente l'abilità di decidere quanto 00:07:17.314 --> 00:07:20.354 utilizzare e soprattutto quanto spendere in 00:07:20.354 --> 00:07:24.115 termini economici per accedere a queste risorse. 00:07:24.274 --> 00:07:27.235 Quindi la flessibilità è sicuramente una 00:07:27.235 --> 00:07:30.620 delle connotazioni insite in questa tipologia 00:07:30.620 --> 00:07:34.699 di servizi, dopodiché non dimentichiamo che 00:07:34.779 --> 00:07:38.459 il fatto di affidare questi servizi 00:07:38.459 --> 00:07:41.500 a delle aziende, ad esempio IBM, 00:07:41.500 --> 00:07:44.925 che riescono ad osservare dei criteri 00:07:44.925 --> 00:07:46.925 di sicurezza molto stringenti, 00:07:47.245 --> 00:07:49.725 ecco che interviene la seconda dimensione, 00:07:49.965 --> 00:07:53.165 che magari in casa non riuscirei, 00:07:53.165 --> 00:07:54.525 nel mio data center o nella 00:07:54.525 --> 00:07:57.160 mia azienda, magari non riuscirei ad 00:07:57.160 --> 00:08:00.199 adottare con lo stesso livello di protezione, 00:08:00.199 --> 00:08:03.560 di certificazione, ma soprattutto di processi 00:08:03.560 --> 00:08:06.360 di controllo che invece IBM è 00:08:06.360 --> 00:08:07.720 in grado di offrire. 00:08:08.360 --> 00:08:09.800 Ultimo, ma non meno importante, 00:08:10.365 --> 00:08:14.524 è un tema di obsolescenza tecnologica 00:08:15.245 --> 00:08:17.564 e di green economy. 00:08:17.564 --> 00:08:21.004 Allora, l'obsolescenza tecnologica è risolta con 00:08:21.004 --> 00:08:22.524 i cloud computing nella misura in 00:08:22.524 --> 00:08:24.204 cui io non compro più un 00:08:24.204 --> 00:08:27.379 asset specifico, che poi avrà i 00:08:27.379 --> 00:08:29.300 suoi cicli di vita e quindi 00:08:29.300 --> 00:08:33.059 la necessità di essere sostituito nel futuro, 00:08:33.540 --> 00:08:36.179 con magari dei problemi anche di, 00:08:37.379 --> 00:08:40.355 come dire, di metterlo poi, 00:08:41.154 --> 00:08:42.835 una volta sostituito, metterlo poi in 00:08:42.835 --> 00:08:44.754 una condizione di essere riciclato, 00:08:44.754 --> 00:08:48.115 di essere opportunamente gestito nella filiera 00:08:48.115 --> 00:08:51.690 di un'economia sostenibile e dall'altra parte 00:08:51.690 --> 00:08:54.169 il fatto di concentrare le risorse 00:08:54.169 --> 00:08:57.850 computazionali di archiviazione dei dati in 00:08:57.850 --> 00:09:01.049 pochi data center che sono ottimizzati 00:09:01.049 --> 00:09:03.129 da un punto di vista della densità, 00:09:03.129 --> 00:09:07.985 dove per densità intendo dire all'interno 00:09:07.985 --> 00:09:11.504 dello stesso volume fisico una quantità 00:09:11.664 --> 00:09:14.144 di capacità superiore a quella che 00:09:14.144 --> 00:09:16.784 potrei ottenere al di fuori di 00:09:16.784 --> 00:09:19.320 un centro di cloud computing e 00:09:19.320 --> 00:09:22.440 dall'altra parte, di nuovo guardando al 00:09:22.440 --> 00:09:25.879 concetto green, anche agli accorgimenti di 00:09:25.879 --> 00:09:28.920 tipo sicuramente enterprise, per quanto riguarda 00:09:29.080 --> 00:09:35.404 l'utilizzo di sistemi di raffreddamento ottimizzati 00:09:35.404 --> 00:09:37.565 che consentono quindi anche un importante 00:09:37.565 --> 00:09:39.084 risparmio energetico. 00:09:39.404 --> 00:09:42.044 Cronaca di tutti i giorni ormai, 00:09:42.044 --> 00:09:46.044 l'attenzione che dobbiamo porre tutti nell'utilizzare 00:09:46.044 --> 00:09:49.769 in maniera opportuna e conscia le 00:09:49.769 --> 00:09:52.730 risorse energetiche a disposizione. 00:09:53.769 --> 00:09:55.050 Fra le varie cose che ci 00:09:55.050 --> 00:09:56.970 hai detto hai parlato anche di 00:09:56.970 --> 00:09:59.690 sicurezza e quindi dal punto di 00:09:59.690 --> 00:10:02.009 vista della sicurezza oggi il cloud 00:10:02.009 --> 00:10:04.834 è più o meno sicuro rispetto 00:10:05.074 --> 00:10:06.834 ad avere soluzioni locali? 00:10:06.834 --> 00:10:08.754 E quando dico soluzioni locali ovviamente 00:10:08.754 --> 00:10:11.714 faccio riferimento a delle aziende che 00:10:11.714 --> 00:10:13.554 al posto appunto di utilizzare un 00:10:13.554 --> 00:10:16.559 servizio cloud hanno un proprio server 00:10:16.559 --> 00:10:18.559 interno e quindi i dati in 00:10:18.559 --> 00:10:21.440 questo caso non necessariamente devono passare 00:10:21.440 --> 00:10:24.639 tramite internet e questa domanda te 00:10:24.639 --> 00:10:26.240 la faccio ovviamente anche alla luce 00:10:26.240 --> 00:10:29.904 dei continui recenti attacchi hacker di 00:10:29.904 --> 00:10:34.465 cui purtroppo sentiamo sempre più spesso parlare. 00:10:35.504 --> 00:10:38.865 Allora lavorando con IBM ho l'opportunità 00:10:39.105 --> 00:10:42.784 di confrontarmi quotidianamente oltre che con 00:10:43.129 --> 00:10:46.809 professionisti delle aziende nostre clienti piuttosto 00:10:46.889 --> 00:10:49.049 che operatori di settore anche con 00:10:49.049 --> 00:10:52.809 degli imprenditori e il concetto che 00:10:52.809 --> 00:10:54.809 hai riportato correttamente tu, 00:10:54.809 --> 00:10:58.884 cioè quello legato al fatto che 00:10:58.884 --> 00:11:01.444 se mantengo il dato fisicamente all'interno 00:11:01.444 --> 00:11:02.964 della mia azienda ho comunque un 00:11:02.964 --> 00:11:06.245 perimetro che mi garantisce una sicurezza 00:11:07.125 --> 00:11:11.250 che è implicitamente superiore a una 00:11:11.250 --> 00:11:13.250 ipotesi di portare il dato al 00:11:13.250 --> 00:11:15.809 di fuori del perimetro della mia azienda. 00:11:16.690 --> 00:11:19.410 Questo è un concetto che evidentemente 00:11:20.049 --> 00:11:25.304 è poco attuale con ciò che 00:11:25.304 --> 00:11:28.985 oggi è la proliferazione di dispositivi 00:11:28.985 --> 00:11:33.264 tecnologici che di fatto espongono gli 00:11:33.384 --> 00:11:36.549 individui e le aziende a degli 00:11:36.549 --> 00:11:38.149 attacchi informatici. 00:11:38.549 --> 00:11:40.230 Oggi a mio modo di vedere 00:11:40.230 --> 00:11:42.870 la domanda non è più se 00:11:43.350 --> 00:11:46.309 avrò un attacco informatico quando piuttosto 00:11:46.309 --> 00:11:48.949 quando avverrà l'attacco informatico. 00:11:49.544 --> 00:11:51.464 Non vorrei essere frainteso, 00:11:52.264 --> 00:11:56.504 un'azienda si può dotare internamente delle 00:11:56.504 --> 00:12:00.904 risorse sia in termini di persone, 00:12:00.985 --> 00:12:02.424 sia in termini di processi, 00:12:02.424 --> 00:12:04.745 sia in termini naturalmente di tecnologie 00:12:04.970 --> 00:12:07.290 atte a garantire un livello di 00:12:07.290 --> 00:12:11.690 sicurezza importante, un livello di sicurezza enterprise. 00:12:11.690 --> 00:12:15.450 Quindi io non credo al concetto 00:12:15.769 --> 00:12:18.889 di evoluzione verso il cloud necessaria 00:12:18.889 --> 00:12:21.284 per tutti, tanto è vero che 00:12:21.284 --> 00:12:23.605 nella strategia di IBM si parla 00:12:23.605 --> 00:12:25.764 di cloud ibrido che altro non 00:12:25.764 --> 00:12:28.404 è che la coniugazione di ciò 00:12:28.404 --> 00:12:30.404 che era il mondo del passato, 00:12:30.404 --> 00:12:32.725 quindi il mondo che comunque continua 00:12:32.725 --> 00:12:34.245 a funzionare e continuerà a funzionare 00:12:34.245 --> 00:12:36.019 anche in futuro che era basato 00:12:36.019 --> 00:12:37.379 su avere i server e i 00:12:37.379 --> 00:12:39.459 dati all'interno del perimetro aziendale. 00:12:39.539 --> 00:12:42.579 Ma noi lo vediamo strategicamente coniugato 00:12:42.579 --> 00:12:46.419 con ciò che offre il public cloud, 00:12:46.419 --> 00:12:47.620 quindi il cloud computing. 00:12:48.254 --> 00:12:50.014 Perché lo vediamo coniugato? 00:12:50.014 --> 00:12:53.134 Perché sicuramente le grandi entità che 00:12:53.134 --> 00:12:54.495 sono in grado di investire in 00:12:54.495 --> 00:12:57.375 genti capitali, finanziari ed umani nel 00:12:57.375 --> 00:13:00.654 proteggersi dagli attacchi esterni continueranno a 00:13:00.654 --> 00:13:02.575 farlo ed è corretto che continueranno 00:13:02.575 --> 00:13:05.079 a farlo e IBM le supporterà 00:13:05.079 --> 00:13:08.279 nel loro percorso e nella loro strategia. 00:13:09.159 --> 00:13:10.919 D'altro canto è altresì vero che 00:13:10.919 --> 00:13:13.159 ci sono realtà, penso magari a 00:13:13.159 --> 00:13:16.919 realtà produttive italiane, eccellenze nel loro 00:13:16.919 --> 00:13:19.274 settore di mercato che hanno un 00:13:19.274 --> 00:13:22.315 focus nella ricerca e nello sviluppo 00:13:22.315 --> 00:13:24.075 di ciò che è core per 00:13:24.075 --> 00:13:26.955 i loro business, che non hanno 00:13:26.955 --> 00:13:30.714 quindi un budget correttamente da dedicare 00:13:30.714 --> 00:13:32.955 in maniera così importante al tema 00:13:32.955 --> 00:13:36.720 della cyber security ed è evidente 00:13:36.720 --> 00:13:41.759 che sia una scelta strategicamente molto sensata, 00:13:41.919 --> 00:13:43.600 perché devo competere con il resto 00:13:43.600 --> 00:13:46.000 del mercato a livello globale ormai 00:13:46.095 --> 00:13:48.014 e devo focalizzare le mie risorse 00:13:48.014 --> 00:13:49.294 su ciò che veramente fa la 00:13:49.294 --> 00:13:50.975 differenza per il mio business. 00:13:51.054 --> 00:13:53.294 Ecco che qui invece ci viene 00:13:53.294 --> 00:13:56.334 in aiuto una soluzione enterprise proposta 00:13:56.334 --> 00:13:57.774 da un player quale ad esempio 00:13:57.774 --> 00:14:01.019 IBM che risolve con la sua 00:14:01.019 --> 00:14:04.620 soluzione il tema della sicurezza. 00:14:04.779 --> 00:14:07.500 La risolve ovviamente… in che modo? 00:14:07.500 --> 00:14:12.539 Rendendo economicamente appetibile una soluzione enterprise 00:14:12.539 --> 00:14:15.684 poiché la distribuisce su una pletora 00:14:15.684 --> 00:14:18.085 di utenti che è più ampia. 00:14:18.325 --> 00:14:21.044 Quindi per essere molto chiari non 00:14:21.044 --> 00:14:22.485 è più un se ma è 00:14:22.485 --> 00:14:26.899 un quando accadrà l'attacco informatico e 00:14:26.899 --> 00:14:29.940 non è vero che è meglio 00:14:30.259 --> 00:14:33.220 necessariamente una soluzione fatta in casa 00:14:33.220 --> 00:14:35.860 rispetto a una in cloud e viceversa. 00:14:36.179 --> 00:14:38.259 Secondo noi ogni cliente ha una 00:14:38.259 --> 00:14:42.764 sua esigenza che è da "customizzare" 00:14:42.764 --> 00:14:45.884 come soluzione ed è legata strettamente 00:14:45.884 --> 00:14:47.565 e entristicamente con quella che è 00:14:47.565 --> 00:14:49.644 la propria strategia di business. 00:14:50.445 --> 00:14:52.845 E ci fai qualche esempio di 00:14:53.149 --> 00:14:56.190 appunto soluzioni cloud che avete aiutato 00:14:56.190 --> 00:14:57.230 ad adottare? 00:14:58.190 --> 00:15:02.509 Allora esempi concreti ce ne sono diversi. 00:15:02.990 --> 00:15:04.669 Noi abbiamo per esempio una piattaforma 00:15:05.115 --> 00:15:08.794 che oggi ospita alcune fra le 00:15:08.794 --> 00:15:11.914 principali aziende che si occupano di 00:15:12.075 --> 00:15:15.914 "telematics" in Italia sono quindi tutto 00:15:15.914 --> 00:15:19.570 ciò che afferisce il mondo delle 00:15:19.570 --> 00:15:23.889 "black boxes" che sono installate sulle autovetture. 00:15:24.370 --> 00:15:27.649 Poi abbiamo anche esperienze sicuramente a 00:15:27.649 --> 00:15:32.049 livello internazionale che sono di rilievo. 00:15:32.774 --> 00:15:34.774 Ne cito una che mi piace 00:15:34.774 --> 00:15:37.735 sempre ricordare perché dà proprio l'idea 00:15:37.735 --> 00:15:39.495 in concreto di quello che raccontavo 00:15:39.495 --> 00:15:42.214 prima nella flessibilità e nella scalabilità. 00:15:43.174 --> 00:15:45.095 Una soluzione realizzata con una nostra 00:15:45.095 --> 00:15:52.801 tecnologia che si chiama di IBM 00:15:52.801 --> 00:15:54.959 che ha permesso agli ospedali di 00:15:54.959 --> 00:15:57.440 Magonza di Mainz quindi in Germania 00:15:57.679 --> 00:15:59.759 di poter scalare nel momento in 00:15:59.759 --> 00:16:02.705 cui c'era la necessità di andare 00:16:02.705 --> 00:16:05.985 a registrare tutto ciò che ruota 00:16:05.985 --> 00:16:08.705 intorno al mondo della vaccinazione Covid, 00:16:08.705 --> 00:16:10.465 quindi è stata una soluzione che 00:16:10.465 --> 00:16:12.065 ha avuto una richiesta di "time 00:16:12.065 --> 00:16:14.785 to market" molto stringente e questo 00:16:14.785 --> 00:16:19.009 non è certo necessario spiegarne il motivo. 00:16:19.169 --> 00:16:20.450 È una soluzione che ha dovuto 00:16:20.450 --> 00:16:22.529 da un punto di vista tecnologico 00:16:22.690 --> 00:16:24.850 andare a integrare diversi mondi che 00:16:24.850 --> 00:16:28.289 erano diversi, che erano come dire 00:16:29.144 --> 00:16:31.705 provenienti da esperienze differenti e il 00:16:31.705 --> 00:16:34.105 fatto di avere un fattore abilitante, 00:16:34.504 --> 00:16:37.785 quindi un minimo comune denominatore tecnologico 00:16:38.425 --> 00:16:40.665 definito quindi dalla nostra Offering Cloud 00:16:40.664 --> 00:16:43.545 ha permesso di semplificare questa complessità 00:16:43.809 --> 00:16:47.090 tecnologica che invece era presente. 00:16:47.730 --> 00:16:49.170 Poi ci sono delle realtà, 00:16:49.169 --> 00:16:52.690 prima ho fatto un esempio del 00:16:52.690 --> 00:16:54.930 piccolo imprenditore che compete a livello mondiale, 00:16:54.930 --> 00:16:57.904 adesso invece mi piace citare un'azienda, 00:16:57.904 --> 00:17:01.585 una multinazionale italiana che domina a 00:17:01.585 --> 00:17:04.545 livello mondiale e che ospita i 00:17:04.545 --> 00:17:08.305 propri sistemi Core IRP sul nostro 00:17:08.305 --> 00:17:10.625 Cloud e questa azienda si chiama Prysmian, 00:17:10.829 --> 00:17:15.549 è un'azienda che fattura oltre 11 00:17:15.549 --> 00:17:17.950 billion se non vado errato e 00:17:17.950 --> 00:17:23.390 tutta la produzione dei loro impianti produttivi, 00:17:24.275 --> 00:17:27.075 la parte IRP ospitata sul nostro Cloud. 00:17:27.075 --> 00:17:31.154 Quindi per darti un'immagine della forza, 00:17:31.154 --> 00:17:33.874 della solidità di questa infrastruttura, 00:17:34.355 --> 00:17:39.470 se questa infrastruttura dovesse starnutire noi 00:17:39.470 --> 00:17:46.349 avremmo migliaia di lavoratori che sarebbero 00:17:46.429 --> 00:17:50.349 verosimilmente bloccati nelle loro operazioni quotidiane. 00:17:50.794 --> 00:17:52.315 Non è l'unica realtà, 00:17:52.315 --> 00:17:55.194 Prysmian evidentemente è una storia di 00:17:55.194 --> 00:17:58.234 successo che abbiamo condiviso più volte 00:17:58.234 --> 00:18:00.554 al mercato, non è l'unica, 00:18:00.554 --> 00:18:02.315 ci sono altre realtà industriali, 00:18:03.240 --> 00:18:07.000 per esempio una chimica bergamasca Polynt, 00:18:07.000 --> 00:18:08.359 altra multinazionale. 00:18:09.559 --> 00:18:11.559 Qui è interessante perché il Cloud, 00:18:11.559 --> 00:18:14.039 ecco un'altra dimensione che provo a introdurre, 00:18:14.954 --> 00:18:20.234 aiuta anche nella internazionalizzazione delle nostre aziende. 00:18:20.554 --> 00:18:22.234 Quindi quando io parlo di queste 00:18:22.234 --> 00:18:25.514 realtà e di queste capacità imprenditoriali 00:18:25.595 --> 00:18:28.809 di imprenditori italiani che vanno quindi 00:18:28.809 --> 00:18:30.409 a confrontarsi nel mondo, 00:18:30.890 --> 00:18:32.890 ecco che avere un partner come 00:18:32.890 --> 00:18:36.089 IBM che è presente in praticamente 00:18:36.089 --> 00:18:37.371 tutto il globo e che ha 00:18:37.371 --> 00:18:40.329 la possibilità quindi di poter erogare 00:18:40.329 --> 00:18:44.914 dei servizi in ogni punto del pianeta, 00:18:45.634 --> 00:18:48.114 diciamo che dà anche una certa 00:18:48.755 --> 00:18:51.394 sicurezza al cliente. 00:18:51.714 --> 00:18:54.355 Tra l'altro due punti vale sottolineare, 00:18:54.660 --> 00:18:57.859 servizi che noi permettiamo di, 00:18:58.180 --> 00:19:00.180 che offriamo in tutto il globo 00:19:00.180 --> 00:19:03.380 con lo stesso livello di sicurezza evidentemente, 00:19:04.019 --> 00:19:07.700 una standardizzazione all'interno della nostra offering 00:19:08.265 --> 00:19:10.585 e poi soprattutto con una rete 00:19:10.664 --> 00:19:13.464 network proprietaria, quindi una rete di 00:19:13.464 --> 00:19:16.825 collegamento in fibra proprietaria all'interno della 00:19:16.825 --> 00:19:20.505 nostra piattaforma cloud. 00:19:20.779 --> 00:19:23.339 Questo è anche importante per due motivi, 00:19:23.339 --> 00:19:26.139 uno sicuramente economico che il traffico 00:19:26.139 --> 00:19:29.019 che verte su questa connettività è 00:19:29.019 --> 00:19:30.619 gratuito per i nostri clienti, 00:19:30.619 --> 00:19:31.740 due perché da un punto di 00:19:31.740 --> 00:19:33.579 vista della sicurezza avere una rete 00:19:33.579 --> 00:19:37.414 proprietaria ti permette di garantire veramente 00:19:37.414 --> 00:19:40.694