WEBVTT 00:00.120 --> 00:01.770 Instructeur: Zodra uw organisatie heeft 00:01.770 --> 00:04.200 besloten dat het gebruik van de cloud de juiste oplossing 00:04.200 --> 00:06.350 voor hen is, is de volgende beslissing of u het ter 00:06.350 --> 00:09.000 plaatse wilt hosten of dat u het als gehoste oplossing van een 00:09.000 --> 00:10.530 derde partij wilt huren. 00:10.530 --> 00:12.360 Wanneer een oplossing op locatie wordt 00:12.360 --> 00:15.030 gehost, wordt dit vaak on-premise genoemd. 00:15.030 --> 00:16.890 Hoewel het gebruik van on-premise oplossingen 00:16.890 --> 00:20.160 geweldig is vanuit het oogpunt van beveiliging, zijn ze extreem duur 00:20.160 --> 00:21.660 en moet je een heel team van mensen 00:21.660 --> 00:24.480 inzetten om die oplossingen te ondersteunen. 00:24.480 --> 00:26.730 Als je besluit om een on-premise oplossing te gebruiken, 00:26.730 --> 00:29.220 betekent dit dat je alle hardware, software en personeel 00:29.220 --> 00:31.650 moet aanschaffen die nodig zijn om de cloudoplossing 00:31.650 --> 00:34.260 van je organisatie te laten werken. 00:34.260 --> 00:36.210 Daarnaast heb je ook een faciliteit 00:36.210 --> 00:38.100 nodig voor dat datacenter, die alle 00:38.100 --> 00:39.480 apparatuur kan bevatten 00:39.480 --> 00:42.180 en voldoende ruimte, stroom en koeling biedt om 00:42.180 --> 00:43.950 goed te kunnen werken. 00:43.950 --> 00:46.447 Daarom kiezen veel organisaties voor 00:46.447 --> 00:48.480 een gehoste oplossing. 00:48.480 --> 00:49.531 Bij een gehoste omgeving 00:49.531 --> 00:52.110 levert een externe serviceprovider je alle hardware 00:52.110 --> 00:53.040 en faciliteiten die 00:53.040 --> 00:56.280 nodig zijn om je cloudoplossing te onderhouden. 00:56.280 --> 00:57.240 Dit wordt vaak gedaan 00:57.240 --> 01:00.360 in een multi-tenancy omgeving waarbij meerdere organisaties 01:00.360 --> 01:01.920 hun cloudoplossingen laten hosten 01:01.920 --> 01:04.860 binnen de faciliteit van één externe leverancier. 01:04.860 --> 01:07.080 Amazon, Microsoft en Google bieden bijvoorbeeld 01:07.080 --> 01:08.929 allemaal gehoste oplossingen die 01:08.929 --> 01:11.250 organisaties kunnen gebruiken. 01:11.250 --> 01:15.240 Neem het voorbeeld van Amazon Web Services, of AWS. 01:15.240 --> 01:17.200 Deze multi-tendency oplossing maakt gebruik 01:17.200 --> 01:18.902 van dezelfde fysieke hardware in dezelfde 01:18.902 --> 01:21.821 fysieke faciliteit om een groot aantal verschillende organisaties 01:21.821 --> 01:24.210 te ondersteunen. 01:24.210 --> 01:26.340 Natuurlijk zijn er logische scheidingen om ervoor 01:26.340 --> 01:28.646 te zorgen dat je gegevens veilig zijn en niet worden blootgesteld 01:28.646 --> 01:31.740 aan andere organisaties binnen het gehoste platform. 01:31.740 --> 01:33.810 Maar als je informatie hebt die strikt 01:33.810 --> 01:35.610 vertrouwelijk moet blijven, ben 01:35.610 --> 01:38.520 je veel beter af met een oplossing op locatie, waar 01:38.520 --> 01:40.200 je alle fysieke en logische toegang 01:40.200 --> 01:42.750 tot die servers kunt beheren. 01:42.750 --> 01:45.690 Als je een oplossing met meerdere tenancy's gebruikt, kunnen 01:45.690 --> 01:48.390 restgegevens van je organisatie worden blootgesteld aan 01:48.390 --> 01:51.216 een andere tenant als de serverelasticiteit naar boven of beneden 01:51.216 --> 01:54.600 wordt uitgebreid om toegangsservercapaciteit te leveren en te de-provisioneren, 01:54.600 --> 01:56.465 omdat je dezelfde gedeelde bronnen gebruikt 01:56.465 --> 01:58.500 als iedereen. 01:58.500 --> 02:00.600 Als je besluit om een hostingprovider te gebruiken, 02:00.600 --> 02:02.880 is het echt belangrijk om hun authenticatie- en autorisatiemechanismen 02:02.880 --> 02:04.662 te begrijpen om er zeker van te zijn dat ze 02:04.662 --> 02:06.330 voldoende bescherming bieden om aan je 02:06.330 --> 02:08.580 eisen te voldoen. 02:08.580 --> 02:10.920 Informeer ook naar de redundantie- en fouttolerantiemaatregelen 02:10.920 --> 02:12.486 om er zeker van te zijn dat ze voldoen 02:12.486 --> 02:15.510 aan het niveau dat je nodig hebt. 02:15.510 --> 02:18.630 Een ander punt van zorg bij gehoste providers is hun locatie. 02:18.630 --> 02:20.305 Waar in de wereld worden je gegevens 02:20.305 --> 02:21.630 precies opgeslagen? 02:21.630 --> 02:22.980 Welke wetten zullen op basis van 02:22.980 --> 02:25.920 die locatie van invloed zijn op uw organisatie en haar gegevens? 02:25.920 --> 02:27.270 Dit zijn dingen die je moet begrijpen 02:27.270 --> 02:28.855 bij het kiezen van een hosted service 02:28.855 --> 02:31.170 provider voor jouw organisatie. 02:31.170 --> 02:32.430 Nu je hebt besloten of je 02:32.430 --> 02:35.105 al dan niet een on-prem of hosted service provider 02:35.105 --> 02:37.050 wilt gebruiken, draait de laatste beslissing 02:37.050 --> 02:39.870 om welk type service je wilt aanschaffen. 02:39.870 --> 02:42.240 Nu zijn er drie belangrijke cloudservicemodellen 02:42.240 --> 02:43.260 om uit te kiezen. 02:43.260 --> 02:44.760 Dit zijn software as a service, 02:44.760 --> 02:47.790 of SaaS, platform as a service, of PaaS, en infrastructuur 02:47.790 --> 02:50.490 as a service, of IaaS. 02:50.490 --> 02:52.350 Bij software as a service geeft 02:52.350 --> 02:54.022 de serviceprovider je organisatie 02:54.022 --> 02:56.100 een complete oplossing. 02:56.100 --> 02:58.290 Dit omvat de hardware, zoals netwerken, opslagservers 02:58.290 --> 03:00.870 en virtualisatie, maar ook het besturingssysteem, 03:00.870 --> 03:03.720 de middleware, de runtime, de gegevensverwerking en 03:03.720 --> 03:07.020 de applicatie of software die nodig is om de service aan uw eindgebruiker 03:07.020 --> 03:09.420 te leveren. 03:09.420 --> 03:12.780 Als je organisatie bijvoorbeeld Office 365 van Microsoft 03:12.780 --> 03:16.290 of Docs en Sheets van Google Workspace gebruikt, dan worden deze 03:16.290 --> 03:18.990 beschouwd als een software-as-a-service oplossing 03:18.990 --> 03:21.105 en kunnen je eindgebruikers hun e-mail, 03:21.105 --> 03:23.160 documenten, spreadsheets en meer rechtstreeks 03:23.160 --> 03:26.280 in hun webbrowser openen. 03:26.280 --> 03:27.380 Een ander goed voorbeeld 03:27.380 --> 03:30.900 van software als dienst is TurboTax en QuickBooks Online. 03:30.900 --> 03:33.185 Deze bieden belastingaangifte- en boekhoudsoftware 03:33.185 --> 03:36.016 die je online kunt openen met alleen je webbrowser 03:36.016 --> 03:38.490 en zij regelen alle software, hardware en 03:38.490 --> 03:41.520 gegevensopslag voor je. 03:41.520 --> 03:42.600 Soms moet je echter een 03:42.600 --> 03:44.760 applicatie of stuk software op maat bouwen 03:44.760 --> 03:47.850 om aan je specifieke servicebehoeften te voldoen. 03:47.850 --> 03:50.370 In dit geval heb je de serviceprovider misschien alleen 03:50.370 --> 03:51.630 nodig om je de hardware te 03:51.630 --> 03:53.430 geven, inclusief netwerken, opslag, 03:53.430 --> 03:55.170 servers en virtualisatie, maar ook 03:55.170 --> 03:56.640 het besturingssysteem, middleware 03:56.640 --> 03:58.920 en runtime-applicaties. 03:58.920 --> 04:01.232 Maar in tegenstelling tot een software-as-a-service oplossing, 04:01.232 --> 04:02.670 ben jij verantwoordelijk voor het 04:02.670 --> 04:04.800 maken van de daadwerkelijke applicatiecode en het 04:04.800 --> 04:06.300 afhandelen van de gegevensverwerking 04:06.300 --> 04:08.315 tussen je client en je servers. 04:08.315 --> 04:10.260 Nu, met platform as a service, krijg 04:10.260 --> 04:11.280 je de voordelen van 04:11.280 --> 04:13.890 het gebruik van de cloud, inclusief gedeelde bronnen, 04:13.890 --> 04:19.410 gemeten gebruik, snelle elasticiteit, hoge beschikbaarheid en bestandssynchronisatie. 04:19.410 --> 04:21.377 Maar je hebt ook de mogelijkheid om je eigen 04:21.377 --> 04:24.690 ontwikkeling aan te passen aan de behoeften van je bedrijf. 04:24.690 --> 04:25.770 In dit model voorziet 04:25.770 --> 04:28.230 de externe leverancier je organisatie van de hardware 04:28.230 --> 04:29.063 en besturingssysteemsoftware 04:29.063 --> 04:31.020 die nodig is om een specifieke dienst te 04:31.020 --> 04:32.910 laten werken, maar ze geven je niet de 04:32.910 --> 04:34.710 code of de applicatie die het dichtst 04:34.710 --> 04:37.830 bij de eindgebruiker staat. 04:37.830 --> 04:38.790 Als je bedrijf bijvoorbeeld 04:38.790 --> 04:41.115 een nieuwe webapplicatie ontwikkelt, kan het een 04:41.115 --> 04:43.500 ontwikkelplatform hebben dat wordt geleverd door 04:43.500 --> 04:45.510 een externe cloudprovider. 04:45.510 --> 04:48.225 In mijn bedrijf, Dion Training, zijn we, terwijl 04:48.225 --> 04:49.740 we dit filmen, bezig met het 04:49.740 --> 04:51.870 ontwikkelen van ons eigen Learning Management 04:51.870 --> 04:54.295 System, maar we willen ons niet bezighouden 04:54.295 --> 04:56.970 met alle onderliggende hardware, netwerken, opslag 04:56.970 --> 04:59.220 en besturingssystemen. 04:59.220 --> 05:01.595 Dus kozen we voor platform as a service als onze oplossing 05:01.595 --> 05:04.440 via Amazon Web Services, omdat zij alles van de database naar 05:04.440 --> 05:05.850 beneden in onze technische stapel 05:05.850 --> 05:08.370 zullen afhandelen en mijn team en ik alleen verantwoordelijk 05:08.370 --> 05:10.290 zijn voor de softwarecode waarmee onze eindgebruikers, 05:10.290 --> 05:12.094 onze studenten, zullen interageren en 05:12.094 --> 05:18.240 vervolgens de gegevens zullen verwerken terwijl onze studenten onze cursussen doorlopen. 05:18.240 --> 05:20.070 Dit is platform as a service aan het 05:20.070 --> 05:22.680 werk, want Amazon geeft ons de servers, de besturingssysteemconfiguraties 05:22.680 --> 05:25.830 en zelfs de databases en wij kunnen daarop bouwen wat we maar 05:25.830 --> 05:27.657 willen om onze uiteindelijke applicatie 05:27.657 --> 05:30.065 of software te leveren aan onze eindgebruikers, 05:30.065 --> 05:33.661 dat zijn onze studenten. 05:33.661 --> 05:35.970 Het laatste type cloudservicemodel dat we 05:35.970 --> 05:37.830 moeten behandelen staat bekend als 05:37.830 --> 05:40.110 IaaS, of Infrastructure as a Service. 05:40.110 --> 05:42.150 Nu is Infrastructure as a Service een manier 05:42.150 --> 05:44.678 om IT-resources, zoals servers, load balancers en storage 05:44.678 --> 05:47.550 area netwerkcomponenten, beschikbaar te stellen wanneer 05:47.550 --> 05:48.690 dat nodig is. 05:48.690 --> 05:50.065 Met infrastructure as a service 05:50.065 --> 05:52.620 krijg je de voordelen van dynamische toewijzing van 05:52.620 --> 05:55.590 extra resources, wat bekend staat als elasticiteit. 05:55.590 --> 05:56.970 Maar je hoeft je niet bezig te houden 05:56.970 --> 05:58.680 met de hoofdpijn van een langetermijnverplichting 05:58.680 --> 06:01.302 om al die hardware zelf te kopen en te gebruiken. 06:01.302 --> 06:02.610 Je kunt bijvoorbeeld een contract 06:02.610 --> 06:05.013 afsluiten voor een nieuwe cloud-gebaseerde webserver 06:05.013 --> 06:07.380 om de website van je bedrijf op te hosten. 06:07.380 --> 06:10.620 Als je Amazon Web Services of AWS gebruikt, noem je 06:10.620 --> 06:12.360 dit EC2, wat Elastic Cloud 06:12.360 --> 06:14.460 Compute is, en je kunt de juiste hoeveelheid 06:14.460 --> 06:15.870 bronnen selecteren voor 06:15.870 --> 06:18.420 je EC2-instantie. 06:18.420 --> 06:19.800 Misschien heb je besloten 06:19.800 --> 06:22.170 dat je vier CPU's, 16 gigabyte geheugen, 06:22.170 --> 06:24.900 500 gigabyte opslag of wat dan ook wilt. 06:24.900 --> 06:27.750 Vervolgens wijst AWS die hardwarebronnen aan je toe om 06:27.750 --> 06:28.710 te gebruiken en kun 06:28.710 --> 06:30.510 je het besturingssysteem, de middleware 06:30.510 --> 06:33.090 en de runtime op die bron installeren. 06:33.090 --> 06:36.840 Soms kunnen de lijnen echter een beetje vaag worden. 06:36.840 --> 06:38.512 Volgens het officiële CompTIA 06:38.512 --> 06:42.090 leerboek en documentatie, is infrastructure as a service alleen 06:42.090 --> 06:44.880 gericht op de hardware, inclusief de virtuele machines, 06:44.880 --> 06:48.030 opslag en netwerkgedeeltes van die hardware. 06:48.030 --> 06:49.380 Dat gezegd hebbende laten 06:49.380 --> 06:52.290 de meeste providers zoals Amazon, Microsoft Azure en Google 06:52.290 --> 06:54.360 Cloud je het besturingssysteem kiezen 06:54.360 --> 06:55.680 dat je geïnstalleerd wilt 06:55.680 --> 06:57.780 hebben op je compute instance wanneer je 06:57.780 --> 06:59.730 kiest welke resources je wilt en ze gaan 06:59.730 --> 07:01.530 ze aan je toewijzen. 07:01.530 --> 07:02.490 Bijvoorbeeld, Amazon's 07:02.490 --> 07:05.730 EC2 instanties kunnen automatisch worden opgestart met het 07:05.730 --> 07:08.790 Linux Amazon machine image al geïnstalleerd, en dit bevat 07:08.790 --> 07:11.061 het basis Linux besturingssysteem klaar voor 07:11.061 --> 07:14.370 je om volledig aan te passen aan je behoeften. 07:14.370 --> 07:16.470 De reden dat ik dit naar voren breng is dat wanneer je 07:16.470 --> 07:18.570 te maken hebt met iets dat voornamelijk hardware is, 07:18.570 --> 07:20.850 alleen omdat het besturingssysteem is geïnstalleerd, 07:20.850 --> 07:22.920 ik dat niet zou beschouwen als een platform als een 07:22.920 --> 07:24.243 service op het examen. 07:24.243 --> 07:27.060 En in plaats daarvan zou je nog steeds kiezen voor Infrastructure 07:27.060 --> 07:28.004 as a Service. 07:28.004 --> 07:30.690 Om nu het platform als serviceniveau te bereiken, 07:30.690 --> 07:31.730 zou het echt alle middleware 07:31.730 --> 07:34.170 en de runtime moeten omvatten. 07:34.170 --> 07:36.420 Dit omvat zaken als de databasefunctionaliteit, 07:36.420 --> 07:38.370 de webserver, zoals Apache of NGINX, 07:38.370 --> 07:40.703 en andere serversoftware en middleware die 07:40.703 --> 07:43.980 je nodig hebt om deze diensten te kunnen leveren. 07:43.980 --> 07:46.260 Voor het examen is het meestal vrij duidelijk 07:46.260 --> 07:47.490 wanneer iets infrastructure 07:47.490 --> 07:49.830 as a service of software as a service is, maar 07:49.830 --> 07:53.340 voor platform as a service kan het wat lastiger zijn. 07:53.340 --> 07:55.830 Dus ik ga je hier een kleine hint geven die je op 07:55.830 --> 07:57.503 het examen moet gebruiken. 07:57.503 --> 08:00.540 Als je dingen ziet die meer zijn dan infrastructure as a 08:00.540 --> 08:03.030 service, dan kies je waarschijnlijk voor platform 08:03.030 --> 08:04.920 as a service als antwoord. 08:04.920 --> 08:08.100 Als je dingen ziet die minder zijn dan software as a service, dan zou 08:08.100 --> 08:10.800 je weer kiezen voor platform as a service, want eigenlijk 08:10.800 --> 08:12.930 heb je de twee uiteinden van het spectrum, met 08:12.930 --> 08:14.580 infrastructure as a service helemaal 08:14.580 --> 08:17.010 aan de linkerkant en software as a service helemaal 08:17.010 --> 08:19.125 aan de rechterkant en platform as a service ergens 08:19.125 --> 08:20.400 in het midden. 08:20.400 --> 08:22.980 Dus samenvattend, voor Infrastructure as a Service, 08:22.980 --> 08:25.380 onthoud dat het je alles biedt wat je nodig hebt om 08:25.380 --> 08:26.580 een server te draaien. 08:26.580 --> 08:28.652 Dit omvat stroom, ruimte, koeling, 08:28.652 --> 08:31.560 het netwerk, firewalls, fysieke servers, de virtualisatielaag 08:31.560 --> 08:34.817 en soms het besturingssysteem. 08:34.817 --> 08:37.380 Bij platform as a service voegen we het besturingssysteem 08:37.380 --> 08:39.300 toe en wat ik graag de infrastructuursoftware 08:39.300 --> 08:41.730 noem. 08:41.730 --> 08:43.673 Deze infrastructuursoftware is eigenlijk 08:43.673 --> 08:45.600 je middleware en runtime-omgeving. 08:45.600 --> 08:47.070 En dat betekent dat we het hebben 08:47.070 --> 08:50.040 over dingen als een Apache webserver, een MySQL database, programmeertalen 08:50.040 --> 08:52.122 en dat soort dingen. 08:52.122 --> 08:54.510 Als we het nu hebben over software-as-a-service, dan 08:54.510 --> 08:56.988 hebben we te maken met een stuk gehoste applicatie-software 08:56.988 --> 08:59.160 dat wordt toegevoegd aan de infrastructuur en platformgedeelten 08:59.160 --> 09:01.530 die we net hebben besproken. 09:01.530 --> 09:04.620 Dus zoals je ziet staat software as a service veel dichter 09:04.620 --> 09:06.420 bij de eindgebruiker dan platform 09:06.420 --> 09:09.240 as a service of infrastructure as a service. 09:09.240 --> 09:12.000 Als IT-professional is het dus echt belangrijk dat 09:12.000 --> 09:13.530 je kunt bepalen welk type as 09:13.530 --> 09:14.967 a service geschikt is voor 09:14.967 --> 09:17.790 jouw organisatie op basis van de vereisten. 09:17.790 --> 09:19.260 En dat is wat we in deze les hebben 09:19.260 --> 09:20.910 besproken over software as a service, 09:20.910 --> 09:23.660 platform as a service en infrastructuur as a service.