WEBVTT 00:00.120 --> 00:01.770 Istruttore: una volta che l'organizzazione 00:01.770 --> 00:04.200 ha stabilito che l'uso del cloud è la soluzione giusta 00:04.200 --> 00:06.350 per lei, la decisione successiva è se ospitarlo 00:06.350 --> 00:09.000 in loco o se appaltarlo come soluzione ospitata da una terza 00:09.000 --> 00:10.530 parte. 00:10.530 --> 00:12.360 L'hosting di una soluzione in 00:12.360 --> 00:15.030 loco viene spesso definito "on-premise". 00:15.030 --> 00:16.890 Sebbene le soluzioni on-premise siano 00:16.890 --> 00:20.160 ottime dal punto di vista della sicurezza, sono estremamente costose 00:20.160 --> 00:21.660 e occorre un intero team di persone 00:21.660 --> 00:24.480 che si occupi del supporto di tali soluzioni. 00:24.480 --> 00:26.730 Ora, se decidete di utilizzare una soluzione on-premise, 00:26.730 --> 00:29.220 significa che dovrete procurarvi tutto l'hardware, il 00:29.220 --> 00:31.650 software e il personale necessario per gestire la soluzione 00:31.650 --> 00:34.260 cloud della vostra organizzazione. 00:34.260 --> 00:36.210 Inoltre, è necessario disporre di una struttura 00:36.210 --> 00:38.100 per il data center, che possa contenere tutte 00:38.100 --> 00:39.480 le apparecchiature e fornire lo 00:39.480 --> 00:42.180 spazio, l'alimentazione e il raffreddamento adeguati per il 00:42.180 --> 00:43.950 corretto funzionamento. 00:43.950 --> 00:46.447 Per questo motivo, molte organizzazioni decidono 00:46.447 --> 00:48.480 di utilizzare una soluzione in hosting. 00:48.480 --> 00:49.531 Con un ambiente in hosting, 00:49.531 --> 00:52.110 un fornitore di servizi di terze parti vi fornirà tutto 00:52.110 --> 00:53.040 l'hardware e le strutture 00:53.040 --> 00:56.280 necessarie per gestire la vostra soluzione cloud. 00:56.280 --> 00:57.240 Questo avviene spesso 00:57.240 --> 01:00.360 in un ambiente multi-tenancy, con più organizzazioni che hanno le 01:00.360 --> 01:01.920 loro soluzioni cloud ospitate all'interno 01:01.920 --> 01:04.860 di un'unica struttura di un fornitore terzo. 01:04.860 --> 01:07.080 Ad esempio, Amazon, Microsoft e 01:07.080 --> 01:08.929 Google offrono alle organizzazioni 01:08.929 --> 01:11.250 soluzioni in hosting. 01:11.250 --> 01:15.240 Consideriamo l'esempio di Amazon Web Services, o AWS. 01:15.240 --> 01:17.200 Questa soluzione multi-tendenza utilizza 01:17.200 --> 01:18.902 lo stesso hardware fisico situato 01:18.902 --> 01:21.821 nella stessa struttura fisica per supportare un gran numero 01:21.821 --> 01:24.210 di organizzazioni diverse. 01:24.210 --> 01:26.340 Naturalmente, esistono separazioni logiche per 01:26.340 --> 01:28.646 garantire la sicurezza dei dati e la loro esposizione 01:28.646 --> 01:31.740 ad altre organizzazioni all'interno della piattaforma ospitata. 01:31.740 --> 01:33.810 Ma se avete informazioni che volete rimangano 01:33.810 --> 01:35.610 strettamente confidenziali, è molto 01:35.610 --> 01:38.520 meglio utilizzare una soluzione on-premise dove potete 01:38.520 --> 01:40.200 controllare tutti gli accessi 01:40.200 --> 01:42.750 fisici e logici ai server. 01:42.750 --> 01:45.690 Quando si utilizza una soluzione multi-tenancy, i dati residui dell'organizzazione 01:45.690 --> 01:48.390 possono essere esposti a un altro tenant quando l'elasticità 01:48.390 --> 01:51.216 del server si espande verso l'alto o verso il basso per il provisioning 01:51.216 --> 01:54.600 e il de-provisioning della capacità del server di accesso, poiché si utilizzano 01:54.600 --> 01:58.500 le stesse risorse condivise di tutti gli altri. 01:58.500 --> 02:00.600 Se decidete di utilizzare un provider di hosting, 02:00.600 --> 02:02.880 è davvero importante comprendere i suoi meccanismi di 02:02.880 --> 02:04.662 autenticazione e autorizzazione per assicurarsi 02:04.662 --> 02:06.330 che abbia messo in atto protezioni adeguate 02:06.330 --> 02:08.580 per soddisfare i vostri requisiti. 02:08.580 --> 02:10.920 Inoltre, è necessario informarsi sulle misure di 02:10.920 --> 02:12.486 ridondanza e tolleranza ai guasti 02:12.486 --> 02:15.510 per assicurarsi che siano all'altezza del livello richiesto. 02:15.510 --> 02:18.630 Un altro problema dei provider ospitati è la loro ubicazione. 02:18.630 --> 02:20.305 Dove saranno conservati esattamente 02:20.305 --> 02:21.630 i vostri dati nel mondo? 02:21.630 --> 02:22.980 In base a questa posizione, quali 02:22.980 --> 02:25.920 leggi influenzeranno la vostra organizzazione e i suoi dati? 02:25.920 --> 02:27.270 Questi sono gli aspetti che dovete 02:27.270 --> 02:28.855 comprendere quando scegliete un fornitore 02:28.855 --> 02:31.170 di servizi in hosting per la vostra organizzazione. 02:31.170 --> 02:32.430 Dopo aver deciso se utilizzare 02:32.430 --> 02:35.105 un fornitore di servizi on-premise o hosted, 02:35.105 --> 02:37.050 l'ultima decisione riguarda il 02:37.050 --> 02:39.870 tipo di servizio da acquistare. 02:39.870 --> 02:42.240 Oggi esistono tre modelli principali di servizi cloud 02:42.240 --> 02:43.260 tra cui scegliere. 02:43.260 --> 02:44.760 Si tratta di software as 02:44.760 --> 02:47.790 a service (SaaS), platform as a service (PaaS) 02:47.790 --> 02:50.490 e infrastructure as a service (IaaS). 02:50.490 --> 02:52.350 Ora, nell'ambito del software as a service, 02:52.350 --> 02:54.022 il fornitore di servizi fornirà alla vostra 02:54.022 --> 02:56.100 organizzazione una soluzione completa. 02:56.100 --> 02:58.290 Questo include l'hardware, come la rete, 02:58.290 --> 03:00.870 i server di storage e la virtualizzazione, nonché 03:00.870 --> 03:03.720 il sistema operativo, il middleware, il runtime, l'elaborazione 03:03.720 --> 03:07.020 dei dati e l'applicazione o il software necessari per fornire il 03:07.020 --> 03:09.420 servizio all'utente finale. 03:09.420 --> 03:12.780 Ad esempio, se la vostra organizzazione utilizza Office 365 di 03:12.780 --> 03:16.290 Microsoft o Docs e Sheets di Google Workspace, questi sono considerati 03:16.290 --> 03:18.990 software as a service e consentono agli utenti finali 03:18.990 --> 03:21.105 di accedere alla posta elettronica, ai 03:21.105 --> 03:23.160 documenti, ai fogli di calcolo e altro 03:23.160 --> 03:26.280 ancora direttamente dal loro browser web. 03:26.280 --> 03:27.380 Un altro buon esempio 03:27.380 --> 03:30.900 di software come servizio è TurboTax e QuickBooks Online. 03:30.900 --> 03:33.185 Questi forniscono software per l'archiviazione fiscale e 03:33.185 --> 03:36.016 la contabilità a cui potete accedere online utilizzando semplicemente il 03:36.016 --> 03:38.490 vostro browser web e si occuperanno di tutti i software, di tutto l'hardware 03:38.490 --> 03:41.520 e di tutti i requisiti di archiviazione dei dati per vostro conto. 03:41.520 --> 03:42.600 A volte, però, è necessario 03:42.600 --> 03:44.760 creare un'applicazione o un software personalizzato 03:44.760 --> 03:47.850 per soddisfare le esigenze specifiche del servizio. 03:47.850 --> 03:50.370 In questo caso, al fornitore di servizi potrebbe 03:50.370 --> 03:51.630 bastare fornire l'hardware, 03:51.630 --> 03:53.430 compresi rete, storage, server e 03:53.430 --> 03:55.170 virtualizzazione, nonché il sistema 03:55.170 --> 03:56.640 operativo, il middleware e 03:56.640 --> 03:58.920 le applicazioni runtime. 03:58.920 --> 04:01.232 Ma a differenza di una soluzione software as a service, 04:01.232 --> 04:02.670 sarete responsabili della creazione 04:02.670 --> 04:04.800 del codice dell'applicazione vera e propria e della 04:04.800 --> 04:06.300 gestione dell'elaborazione dei dati 04:06.300 --> 04:08.315 tra il vostro client e i vostri server. 04:08.315 --> 04:10.260 Ora, con la piattaforma come servizio, 04:10.260 --> 04:11.280 otterrete i vantaggi 04:11.280 --> 04:13.890 dell'utilizzo del cloud, tra cui risorse condivise, 04:13.890 --> 04:17.820 utilizzo misurato, elasticità rapida, alta disponibilità e sincronizzazione 04:17.820 --> 04:19.410 dei file. 04:19.410 --> 04:21.377 Ma avete anche la possibilità di personalizzare 04:21.377 --> 04:24.690 il vostro sviluppo per soddisfare le vostre esigenze aziendali. 04:24.690 --> 04:25.770 Secondo questo modello, 04:25.770 --> 04:28.230 il fornitore di terze parti fornirà alla vostra organizzazione 04:28.230 --> 04:29.063 l'hardware e il software 04:29.063 --> 04:31.020 del sistema operativo necessari per il funzionamento 04:31.020 --> 04:34.710 di un servizio specifico, ma non vi fornirà il codice o l'applicazione più vicina 04:34.710 --> 04:37.830 all'utente finale. 04:37.830 --> 04:38.790 Ad esempio, se la vostra 04:38.790 --> 04:41.115 azienda sta sviluppando una nuova applicazione web, 04:41.115 --> 04:43.500 potrebbe disporre di una piattaforma di sviluppo fornita 04:43.500 --> 04:45.510 da un provider cloud di terze parti. 04:45.510 --> 04:48.225 Nella mia azienda, Dion Training, mentre stiamo girando 04:48.225 --> 04:49.740 questo articolo, stiamo sviluppando 04:49.740 --> 04:51.870 il nostro sistema di gestione dell'apprendimento 04:51.870 --> 04:54.295 da zero, ma non vogliamo occuparci di tutti i 04:54.295 --> 04:59.220 livelli di hardware, rete, storage e sistema operativo. 04:59.220 --> 05:01.595 Abbiamo quindi scelto la piattaforma come servizio 05:01.595 --> 05:04.440 come soluzione attraverso Amazon Web Services, perché loro 05:04.440 --> 05:05.850 si occuperanno di tutto, dal database 05:05.850 --> 05:08.370 in giù, nel nostro stack tecnologico, mentre io e il mio 05:08.370 --> 05:10.290 team siamo responsabili solo del codice software 05:10.290 --> 05:12.094 con cui i nostri utenti finali, i nostri 05:12.094 --> 05:14.610 studenti, interagiranno e poi dell'elaborazione dei 05:14.610 --> 05:15.990 dati mentre i nostri studenti 05:15.990 --> 05:18.240 seguono i nostri corsi. 05:18.240 --> 05:20.070 Si tratta di una piattaforma come servizio, 05:20.070 --> 05:22.680 perché Amazon ci fornisce i server, le configurazioni 05:22.680 --> 05:24.300 del sistema operativo e persino 05:24.300 --> 05:25.830 i database, e poi siamo in grado 05:25.830 --> 05:27.657 di costruirci sopra quello che vogliamo 05:27.657 --> 05:30.065 per fornire l'applicazione o il software finale 05:30.065 --> 05:33.661 ai nostri utenti finali, cioè i nostri studenti. 05:33.661 --> 05:35.970 L'ultimo tipo di modello di servizio cloud 05:35.970 --> 05:37.830 che dobbiamo trattare è noto come 05:37.830 --> 05:40.110 IaaS, o infrastruttura come servizio. 05:40.110 --> 05:42.150 Ora, l'infrastruttura come servizio è un 05:42.150 --> 05:44.678 mezzo per fornire risorse IT, come server, bilanciatori 05:44.678 --> 05:48.690 di carico e componenti di storage area network, quando necessario. 05:48.690 --> 05:50.065 Con l'infrastruttura come servizio, 05:50.065 --> 05:52.620 otterrete i vantaggi dell'allocazione dinamica delle 05:52.620 --> 05:55.590 risorse aggiuntive, nota come elasticità. 05:55.590 --> 05:56.970 Ma non dovete affrontare il grattacapo 05:56.970 --> 05:58.680 di un impegno a lungo termine per l'acquisto 05:58.680 --> 06:01.302 e la gestione di tutto l'hardware. 06:01.302 --> 06:02.610 Ad esempio, potreste stipulare 06:02.610 --> 06:05.013 un contratto per un nuovo server web basato sul cloud su 06:05.013 --> 06:07.380 cui ospitare il sito web della vostra azienda. 06:07.380 --> 06:10.620 Se si utilizza Amazon Web Services o AWS, si chiama 06:10.620 --> 06:12.360 EC2, ovvero Elastic Cloud 06:12.360 --> 06:14.460 Compute, e si potrà selezionare 06:14.460 --> 06:15.870 la giusta quantità di 06:15.870 --> 06:18.420 risorse per l'istanza EC2. 06:18.420 --> 06:19.800 Forse avete deciso di volere 06:19.800 --> 06:22.170 quattro CPU, 16 gigabyte di memoria, 500 gigabyte 06:22.170 --> 06:24.900 di storage o qualsiasi altra cosa. 06:24.900 --> 06:27.750 Quindi, AWS vi assegnerà le risorse hardware da utilizzare 06:27.750 --> 06:28.710 e voi potrete installare 06:28.710 --> 06:30.510 il sistema operativo, il middleware 06:30.510 --> 06:33.090 e il runtime su tali risorse. 06:33.090 --> 06:36.840 A volte, però, le linee di demarcazione possono diventare un po' confuse. 06:36.840 --> 06:38.512 Secondo il libro di testo e la documentazione 06:38.512 --> 06:42.090 ufficiale di CompTIA, l'infrastruttura come servizio si concentra solo 06:42.090 --> 06:44.880 sull'hardware, comprese le macchine virtuali, lo storage 06:44.880 --> 06:48.030 e le porzioni di rete di tale hardware. 06:48.030 --> 06:49.380 Detto questo, però, la maggior 06:49.380 --> 06:52.290 parte dei provider come Amazon, Microsoft Azure e Google 06:52.290 --> 06:54.360 Cloud vi faranno selezionare il sistema 06:54.360 --> 06:55.680 operativo che volete avere 06:55.680 --> 06:57.780 installato sulla vostra istanza di calcolo 06:57.780 --> 06:59.730 quando sceglierete le risorse che volete 06:59.730 --> 07:01.530 e ve le assegneranno. 07:01.530 --> 07:02.490 Ad esempio, le istanze 07:02.490 --> 07:05.730 EC2 di Amazon possono essere avviate automaticamente con l'immagine 07:05.730 --> 07:08.790 macchina Linux Amazon già installata, che contiene il sistema 07:08.790 --> 07:11.061 operativo Linux di base pronto per essere completamente 07:11.061 --> 07:14.370 personalizzato in base alle proprie esigenze. 07:14.370 --> 07:16.470 Il motivo per cui lo dico è che quando si ha a che 07:16.470 --> 07:18.570 fare con qualcosa che è per lo più hardware, 07:18.570 --> 07:20.850 solo perché ha il sistema operativo installato, 07:20.850 --> 07:22.920 non lo considererei una piattaforma come servizio 07:22.920 --> 07:24.243 all'esame. 07:24.243 --> 07:27.060 E invece, scegliereste ancora l'infrastruttura 07:27.060 --> 07:28.004 come servizio. 07:28.004 --> 07:30.690 Ora, per arrivare alla piattaforma come livello di servizio, 07:30.690 --> 07:31.730 dovrebbe includere anche 07:31.730 --> 07:34.170 tutto il middleware e il runtime. 07:34.170 --> 07:36.420 Questo include cose come la funzionalità del 07:36.420 --> 07:38.370 database, il server web, come Apache o NGINX, 07:38.370 --> 07:40.703 e altri software server e middleware di cui avrete 07:40.703 --> 07:43.980 bisogno per essere in grado di fornire questi servizi. 07:43.980 --> 07:46.260 Per quanto riguarda l'esame, di solito è abbastanza 07:46.260 --> 07:47.490 chiaro se si tratta di infrastruttura 07:47.490 --> 07:49.830 come servizio o di software come servizio, ma per la 07:49.830 --> 07:53.340 piattaforma come servizio può essere un po' più complicato. 07:53.340 --> 07:55.830 Vi darò quindi un piccolo suggerimento che dovrete 07:55.830 --> 07:57.503 utilizzare all'esame. 07:57.503 --> 08:00.540 Se vedete qualcosa di più di un'infrastruttura come servizio, 08:00.540 --> 08:03.030 è probabile che scegliate la piattaforma come 08:03.030 --> 08:04.920 servizio come risposta. 08:04.920 --> 08:08.100 Se vedete cose che sono inferiori al software come servizio, scegliete 08:08.100 --> 08:10.800 di nuovo la piattaforma come servizio, perché in realtà avete 08:10.800 --> 08:12.930 le due estremità dello spettro, con l'infrastruttura 08:12.930 --> 08:14.580 come servizio sul lato sinistro e il 08:14.580 --> 08:17.010 software come servizio sul lato destro e la piattaforma 08:17.010 --> 08:20.400 come servizio da qualche parte nel mezzo. 08:20.400 --> 08:22.980 In sintesi, per quanto riguarda l'infrastruttura come servizio, 08:22.980 --> 08:25.380 ricordate che vi fornisce tutto ciò di cui avete bisogno per 08:25.380 --> 08:26.580 gestire un server. 08:26.580 --> 08:28.652 Ciò include l'alimentazione, lo spazio, 08:28.652 --> 08:31.560 il raffreddamento, la rete, i firewall, i server fisici, il 08:31.560 --> 08:33.377 livello di virtualizzazione e talvolta 08:33.377 --> 08:34.817 il sistema operativo. 08:34.817 --> 08:37.380 Ora, con la piattaforma come servizio, aggiungeremo 08:37.380 --> 08:39.300 il sistema operativo e quello che mi piace 08:39.300 --> 08:41.730 definire il software dell'infrastruttura. 08:41.730 --> 08:43.673 Questo software di infrastruttura è in realtà 08:43.673 --> 08:45.600 il middleware e l'ambiente di runtime. 08:45.600 --> 08:47.070 Ciò significa che stiamo parlando 08:47.070 --> 08:50.040 di cose come un server Web Apache, un database MySQL, linguaggi 08:50.040 --> 08:52.122 di programmazione e cose del genere. 08:52.122 --> 08:54.510 Ora, quando parliamo di software as a service, abbiamo 08:54.510 --> 08:56.988 a che fare con un'applicazione software in hosting che 08:56.988 --> 08:59.160 viene aggiunta alle porzioni di infrastruttura 08:59.160 --> 09:01.530 e piattaforma di cui abbiamo appena parlato. 09:01.530 --> 09:04.620 Come si vede, il software as a service è molto più vicino all'utente 09:04.620 --> 09:06.420 finale rispetto alla piattaforma as 09:06.420 --> 09:09.240 a service o all'infrastruttura as a service. 09:09.240 --> 09:12.000 In qualità di professionisti dell'IT, quindi, è molto importante 09:12.000 --> 09:13.530 che siate in grado di determinare quale 09:13.530 --> 09:14.967 tipo di servizio as a service sia adatto 09:14.967 --> 09:17.790 alla vostra organizzazione in base alle sue esigenze. 09:17.790 --> 09:19.260 Ed è quello che abbiamo trattato in questa 09:19.260 --> 09:20.910 lezione parlando di software as a service, 09:20.910 --> 09:23.660 piattaforma as a service e infrastruttura as a service.