WEBVTT

00:00.120 --> 00:01.770
Instruktor: Gdy organizacja zdecyduje,

00:01.770 --> 00:04.200
że korzystanie z chmury jest dla niej odpowiednim rozwiązaniem,

00:04.200 --> 00:06.350
kolejną decyzją jest to, czy hostować ją na miejscu,

00:06.350 --> 00:09.000
czy też zakontraktować ją jako rozwiązanie hostowane przez firmę

00:09.000 --> 00:10.530
zewnętrzną.

00:10.530 --> 00:12.360
W przypadku hostowania rozwiązania na

00:12.360 --> 00:15.030
miejscu, jest ono często określane jako on-premise.

00:15.030 --> 00:16.890
Chociaż korzystanie z rozwiązań lokalnych

00:16.890 --> 00:20.160
jest świetne z punktu widzenia bezpieczeństwa, są one niezwykle kosztowne

00:20.160 --> 00:21.660
i będziesz musiał mieć cały zespół

00:21.660 --> 00:24.480
ludzi pracujących nad ich obsługą.

00:24.480 --> 00:26.730
Teraz, jeśli zdecydujesz się na korzystanie z rozwiązania

00:26.730 --> 00:29.220
lokalnego, oznacza to, że będziesz musiał zakupić cały sprzęt,

00:29.220 --> 00:31.650
oprogramowanie i cały personel niezbędny do uruchomienia

00:31.650 --> 00:34.260
rozwiązania chmurowego Twojej organizacji.

00:34.260 --> 00:36.210
Oprócz tego konieczne jest także posiadanie

00:36.210 --> 00:38.100
obiektu dla centrum danych, który pomieści

00:38.100 --> 00:39.480
cały sprzęt i zapewni odpowiednią

00:39.480 --> 00:43.950
przestrzeń, zasilanie i chłodzenie, aby działał prawidłowo.

00:43.950 --> 00:46.447
Z tego powodu wiele organizacji decyduje się na korzystanie

00:46.447 --> 00:48.480
z rozwiązań hostowanych.

00:48.480 --> 00:49.531
W przypadku środowiska

00:49.531 --> 00:52.110
hostowanego zewnętrzny dostawca usług zapewnia

00:52.110 --> 00:53.040
cały sprzęt i zaplecze

00:53.040 --> 00:56.280
potrzebne do utrzymania rozwiązania w chmurze.

00:56.280 --> 00:57.240
Często odbywa się to

00:57.240 --> 01:00.360
w środowisku multi-tenancy, w którym wiele organizacji ma

01:00.360 --> 01:01.920
swoje rozwiązania chmurowe hostowane

01:01.920 --> 01:04.860
w obiekcie jednego zewnętrznego dostawcy.

01:04.860 --> 01:07.080
Na przykład Amazon, Microsoft i

01:07.080 --> 01:08.929
Google zapewniają organizacjom

01:08.929 --> 01:11.250
rozwiązania hostowane.

01:11.250 --> 01:15.240
Rozważmy przykład Amazon Web Services lub AWS.

01:15.240 --> 01:17.200
To wielotendencyjne rozwiązanie wykorzystuje

01:17.200 --> 01:18.902
ten sam sprzęt fizyczny zlokalizowany

01:18.902 --> 01:21.821
w tym samym obiekcie fizycznym do obsługi dużej liczby

01:21.821 --> 01:24.210
różnych organizacji.

01:24.210 --> 01:26.340
Oczywiście istnieją logiczne separacje, które

01:26.340 --> 01:28.646
zapewniają bezpieczeństwo danych i zapobiegają ich

01:28.646 --> 01:31.740
ujawnianiu innym organizacjom w ramach hostowanej platformy.

01:31.740 --> 01:33.810
Jeśli jednak posiadasz informacje, które

01:33.810 --> 01:35.610
mają pozostać ściśle poufne, znacznie

01:35.610 --> 01:38.520
lepiej jest skorzystać z rozwiązania lokalnego, w którym

01:38.520 --> 01:40.200
możesz kontrolować cały fizyczny

01:40.200 --> 01:42.750
i logiczny dostęp do tych serwerów.

01:42.750 --> 01:45.690
W przypadku korzystania z rozwiązania z wieloma dzierżawami,

01:45.690 --> 01:48.390
pozostałe dane z organizacji mogą być narażone na innego

01:48.390 --> 01:51.216
dzierżawcę, gdy elastyczność serwera rozszerza się w górę lub

01:51.216 --> 01:54.600
w dół w celu udostępniania i zmniejszania pojemności serwera dostępu, ponieważ

01:54.600 --> 01:56.465
korzystasz z tych samych zasobów współdzielonych,

01:56.465 --> 01:58.500
co wszyscy inni.

01:58.500 --> 02:00.600
Jeśli zdecydujesz się skorzystać z usług dostawcy

02:00.600 --> 02:02.880
hostingu, bardzo ważne jest, aby zrozumieć jego mechanizmy

02:02.880 --> 02:04.662
uwierzytelniania i autoryzacji, aby upewnić

02:04.662 --> 02:06.330
się, że ma on odpowiednie zabezpieczenia,

02:06.330 --> 02:08.580
aby spełnić Twoje wymagania.

02:08.580 --> 02:10.920
Powinieneś także zapytać o redundancję

02:10.920 --> 02:12.486
i odporność na awarie, aby

02:12.486 --> 02:15.510
upewnić się, że są one na wymaganym poziomie.

02:15.510 --> 02:18.630
Kolejną kwestią związaną z dostawcami usług hostingowych jest ich lokalizacja.

02:18.630 --> 02:20.305
Gdzie dokładnie na świecie będą przechowywane

02:20.305 --> 02:21.630
Twoje dane?

02:21.630 --> 02:22.980
W oparciu o tę lokalizację, jakie

02:22.980 --> 02:25.920
przepisy będą miały wpływ na Twoją organizację i jej dane?

02:25.920 --> 02:27.270
Są to rzeczy, które należy zrozumieć,

02:27.270 --> 02:28.855
wybierając dostawcę usług hostowanych

02:28.855 --> 02:31.170
dla swojej organizacji.

02:31.170 --> 02:32.430
Teraz, po podjęciu decyzji

02:32.430 --> 02:35.105
o tym, czy korzystać z dostawcy usług lokalnego czy

02:35.105 --> 02:37.050
hostowanego, ostatnia decyzja będzie

02:37.050 --> 02:39.870
dotyczyła rodzaju usługi, którą chcesz kupić.

02:39.870 --> 02:42.240
Obecnie do wyboru są trzy główne modele

02:42.240 --> 02:43.260
usług w chmurze.

02:43.260 --> 02:44.760
Są to oprogramowanie jako

02:44.760 --> 02:47.790
usługa (SaaS), platforma jako usługa (PaaS) oraz

02:47.790 --> 02:50.490
infrastruktura jako usługa (IaaS).

02:50.490 --> 02:52.350
Teraz, w ramach oprogramowania jako usługi,

02:52.350 --> 02:54.022
dostawca usług dostarczy Twojej organizacji

02:54.022 --> 02:56.100
kompletne rozwiązanie.

02:56.100 --> 02:58.290
Obejmuje to sprzęt, taki jak sieci, serwery pamięci

02:58.290 --> 03:00.870
masowej i wirtualizację, a także system operacyjny, oprogramowanie

03:00.870 --> 03:03.720
pośredniczące, środowisko wykonawcze, przetwarzanie danych

03:03.720 --> 03:07.020
oraz aplikację lub oprogramowanie potrzebne do dostarczenia usługi użytkownikowi

03:07.020 --> 03:09.420
końcowemu.

03:09.420 --> 03:12.780
Na przykład, jeśli Twoja organizacja korzysta z Office 365 firmy Microsoft

03:12.780 --> 03:16.290
lub Dokumentów i Arkuszy Google Workspace, są one uważane za oprogramowanie

03:16.290 --> 03:18.990
jako rozwiązanie usługowe i umożliwiają użytkownikom

03:18.990 --> 03:21.105
końcowym dostęp do poczty e-mail, dokumentów,

03:21.105 --> 03:23.160
arkuszy kalkulacyjnych i innych elementów

03:23.160 --> 03:26.280
bezpośrednio w przeglądarce internetowej.

03:26.280 --> 03:27.380
Innym dobrym przykładem

03:27.380 --> 03:30.900
oprogramowania jako usługi jest TurboTax i QuickBooks Online.

03:30.900 --> 03:33.185
Zapewniają one oprogramowanie do składania zeznań podatkowych i prowadzenia

03:33.185 --> 03:36.016
ksiąg rachunkowych, do którego można uzyskać dostęp online za pomocą przeglądarki

03:36.016 --> 03:38.490
internetowej, a oni zajmą się całym oprogramowaniem, całym sprzętem i wszystkimi

03:38.490 --> 03:41.520
wymaganiami dotyczącymi przechowywania danych w Twoim imieniu.

03:41.520 --> 03:42.600
Czasami jednak konieczne

03:42.600 --> 03:44.760
będzie stworzenie niestandardowej aplikacji lub

03:44.760 --> 03:47.850
oprogramowania, aby spełnić określone potrzeby w zakresie usług.

03:47.850 --> 03:50.370
W takim przypadku dostawca usług może potrzebować

03:50.370 --> 03:51.630
jedynie sprzętu, w tym sieci,

03:51.630 --> 03:53.430
pamięci masowej, serwerów i wirtualizacji,

03:53.430 --> 03:55.170
a także systemu operacyjnego, oprogramowania

03:55.170 --> 03:56.640
pośredniczącego i aplikacji

03:56.640 --> 03:58.920
wykonawczych.

03:58.920 --> 04:01.232
Jednak w przeciwieństwie do oprogramowania jako

04:01.232 --> 04:02.670
usługi, będziesz odpowiedzialny

04:02.670 --> 04:04.800
za tworzenie rzeczywistego kodu aplikacji

04:04.800 --> 04:06.300
i obsługę przetwarzania danych

04:06.300 --> 04:08.315
między klientem a serwerami.

04:08.315 --> 04:10.260
Teraz, dzięki platformie jako usłudze,

04:10.260 --> 04:11.280
uzyskasz korzyści płynące

04:11.280 --> 04:13.890
z korzystania z chmury, w tym współdzielone zasoby,

04:13.890 --> 04:17.820
mierzone wykorzystanie, szybką elastyczność, wysoką dostępność i synchronizację

04:17.820 --> 04:19.410
plików.

04:19.410 --> 04:21.377
Masz jednak również możliwość dostosowania

04:21.377 --> 04:24.690
własnego rozwoju do swoich potrzeb biznesowych.

04:24.690 --> 04:25.770
W ramach tego modelu zewnętrzny

04:25.770 --> 04:29.063
dostawca dostarczy organizacji sprzęt i oprogramowanie systemu

04:29.063 --> 04:31.020
operacyjnego, które są potrzebne do działania

04:31.020 --> 04:32.910
określonej usługi, ale nie dostarczy

04:32.910 --> 04:34.710
kodu ani aplikacji, która jest najbliższa

04:34.710 --> 04:37.830
użytkownikowi końcowemu.

04:37.830 --> 04:38.790
Na przykład, jeśli Twoja

04:38.790 --> 04:41.115
firma opracowuje nową aplikację internetową, może

04:41.115 --> 04:43.500
mieć platformę programistyczną dostarczaną przez zewnętrznego

04:43.500 --> 04:45.510
dostawcę usług w chmurze.

04:45.510 --> 04:48.225
W mojej firmie, Dion Training, jesteśmy w trakcie

04:48.225 --> 04:49.740
opracowywania własnego systemu

04:49.740 --> 04:51.870
zarządzania nauczaniem od podstaw, ale

04:51.870 --> 04:54.295
nie chcemy mieć do czynienia z całym podstawowym

04:54.295 --> 04:56.970
sprzętem, siecią, pamięcią masową i warstwami

04:56.970 --> 04:59.220
systemu operacyjnego.

04:59.220 --> 05:01.595
Wybraliśmy więc platformę jako usługę jako nasze rozwiązanie

05:01.595 --> 05:04.440
za pośrednictwem Amazon Web Services, ponieważ będą oni obsługiwać

05:04.440 --> 05:05.850
wszystko, od bazy danych w dół naszego

05:05.850 --> 05:08.370
stosu technologicznego, a mój zespół i ja jesteśmy odpowiedzialni

05:08.370 --> 05:12.094
tylko za kod oprogramowania, z którym nasi użytkownicy końcowi, nasi uczniowie, będą

05:12.094 --> 05:15.990
wchodzić w interakcje, a następnie przetwarzać dane, gdy nasi uczniowie przechodzą przez

05:15.990 --> 05:18.240
nasze kursy.

05:18.240 --> 05:20.070
Jest to platforma jako usługa w pracy, ponieważ

05:20.070 --> 05:22.680
Amazon udostępnia nam serwery, konfiguracje systemu operacyjnego,

05:22.680 --> 05:24.300
a nawet bazy danych, a następnie jesteśmy

05:24.300 --> 05:25.830
w stanie zbudować na nich wszystko,

05:25.830 --> 05:27.657
co chcemy, aby dostarczyć naszą ostateczną

05:27.657 --> 05:30.065
aplikację lub oprogramowanie naszym użytkownikom

05:30.065 --> 05:33.661
końcowym, czyli naszym studentom.

05:33.661 --> 05:35.970
Ostatnim rodzajem modelu usług w chmurze,

05:35.970 --> 05:37.830
który musimy omówić, jest IaaS,

05:37.830 --> 05:40.110
czyli infrastruktura jako usługa.

05:40.110 --> 05:42.150
Obecnie infrastruktura jako usługa to

05:42.150 --> 05:44.678
sposób udostępniania zasobów IT, takich jak serwery,

05:44.678 --> 05:47.550
load balancery i komponenty sieci pamięci masowej, w razie

05:47.550 --> 05:48.690
potrzeby.

05:48.690 --> 05:50.065
Infrastruktura jako usługa

05:50.065 --> 05:52.620
zapewnia korzyści w postaci dynamicznej alokacji

05:52.620 --> 05:55.590
dodatkowych zasobów, zwanej elastycznością.

05:55.590 --> 05:56.970
Nie musisz jednak borykać się z bólem

05:56.970 --> 05:58.680
głowy związanym z długoterminowym zobowiązaniem

05:58.680 --> 06:01.302
do samodzielnego zakupu i obsługi całego tego sprzętu.

06:01.302 --> 06:02.610
Na przykład, możesz zawrzeć

06:02.610 --> 06:05.013
umowę na nowy serwer internetowy oparty na chmurze,

06:05.013 --> 06:07.380
na którym będzie hostowana witryna Twojej firmy.

06:07.380 --> 06:10.620
Jeśli korzystasz z Amazon Web Services lub AWS, nazwałbyś

06:10.620 --> 06:12.360
to EC2, czyli Elastic Cloud Compute,

06:12.360 --> 06:14.460
i będziesz w stanie wybrać odpowiednią

06:14.460 --> 06:15.870
ilość zasobów dla swojej

06:15.870 --> 06:18.420
instancji EC2.

06:18.420 --> 06:19.800
Może zdecydowałeś, że chcesz

06:19.800 --> 06:22.170
mieć cztery procesory, 16 gigabajtów pamięci, 500

06:22.170 --> 06:24.900
gigabajtów pamięci masowej lub cokolwiek innego.

06:24.900 --> 06:27.750
Następnie AWS przydzieli te zasoby sprzętowe do wykorzystania, a

06:27.750 --> 06:28.710
następnie można zainstalować

06:28.710 --> 06:30.510
system operacyjny, oprogramowanie pośredniczące

06:30.510 --> 06:33.090
i środowisko wykonawcze na tym zasobie.

06:33.090 --> 06:36.840
Czasami jednak granice mogą się nieco zacierać.

06:36.840 --> 06:38.512
Zgodnie z oficjalnym podręcznikiem

06:38.512 --> 06:42.090
i dokumentacją CompTIA, infrastruktura jako usługa koncentruje się

06:42.090 --> 06:44.880
wyłącznie na sprzęcie, w tym na maszynach wirtualnych,

06:44.880 --> 06:48.030
pamięci masowej i częściach sieciowych tego sprzętu.

06:48.030 --> 06:49.380
Biorąc to pod uwagę, większość

06:49.380 --> 06:52.290
dostawców, takich jak Amazon, Microsoft Azure i Google

06:52.290 --> 06:54.360
Cloud, pozwoli ci wybrać system operacyjny,

06:54.360 --> 06:55.680
który chcesz zainstalować

06:55.680 --> 06:57.780
na swojej instancji obliczeniowej, gdy

06:57.780 --> 06:59.730
wybierzesz, jakie zasoby chcesz, a oni

06:59.730 --> 07:01.530
ci je przypiszą.

07:01.530 --> 07:02.490
Przykładowo, instancje

07:02.490 --> 07:05.730
EC2 Amazona mogą być uruchamiane automatycznie z już zainstalowanym

07:05.730 --> 07:08.790
obrazem maszyny Linux Amazon, który zawiera podstawowy

07:08.790 --> 07:11.061
system operacyjny Linux gotowy do całkowitego

07:11.061 --> 07:14.370
dostosowania do własnych potrzeb.

07:14.370 --> 07:16.470
Powodem, dla którego o tym wspominam, jest to, że

07:16.470 --> 07:18.570
gdy masz do czynienia z czymś, co jest głównie sprzętem,

07:18.570 --> 07:20.850
tylko dlatego, że ma zainstalowany system operacyjny,

07:20.850 --> 07:22.920
nie uważałbym tego za platformę jako usługę na

07:22.920 --> 07:24.243
egzaminie.

07:24.243 --> 07:27.060
Zamiast tego nadal można wybrać infrastrukturę

07:27.060 --> 07:28.004
jako usługę.

07:28.004 --> 07:30.690
Teraz, aby dotrzeć do platformy jako poziomu usługi, powinna ona

07:30.690 --> 07:31.730
naprawdę obejmować całe oprogramowanie

07:31.730 --> 07:34.170
pośredniczące i środowisko wykonawcze.

07:34.170 --> 07:36.420
Obejmuje to takie rzeczy, jak funkcjonalność

07:36.420 --> 07:38.370
bazy danych, serwer WWW, taki jak Apache

07:38.370 --> 07:40.703
lub NGINX, oraz inne oprogramowanie serwerowe i

07:40.703 --> 07:43.980
pośredniczące, które będą potrzebne do świadczenia tych usług.

07:43.980 --> 07:46.260
Jeśli chodzi o egzamin, zazwyczaj będzie on dość

07:46.260 --> 07:47.490
jasny, gdy coś jest infrastrukturą

07:47.490 --> 07:49.830
jako usługą lub oprogramowaniem jako usługą, ale

07:49.830 --> 07:53.340
w przypadku platformy jako usługi może to być nieco trudniejsze.

07:53.340 --> 07:55.830
Dam ci więc małą wskazówkę, którą powinieneś

07:55.830 --> 07:57.503
wykorzystać na egzaminie.

07:57.503 --> 08:00.540
Jeśli widzisz rzeczy, które są czymś więcej niż infrastrukturą

08:00.540 --> 08:03.030
jako usługą, prawdopodobnie chcesz wybrać platformę

08:03.030 --> 08:04.920
jako usługę jako odpowiedź.

08:04.920 --> 08:08.100
Jeśli widzisz rzeczy, które są mniej niż oprogramowanie jako usługa,

08:08.100 --> 08:10.800
ponownie wybrałbyś platformę jako usługę, ponieważ

08:10.800 --> 08:12.930
tak naprawdę masz dwa końce spektrum, z infrastrukturą

08:12.930 --> 08:14.580
jako usługą po lewej stronie i oprogramowaniem

08:14.580 --> 08:17.010
jako usługą po prawej stronie oraz platformą jako

08:17.010 --> 08:20.400
usługą gdzieś pośrodku.

08:20.400 --> 08:22.980
Podsumowując, w przypadku infrastruktury jako usługi należy

08:22.980 --> 08:25.380
pamiętać, że zapewnia ona wszystko, czego potrzeba do uruchomienia

08:25.380 --> 08:26.580
serwera.

08:26.580 --> 08:28.652
Obejmuje to zasilanie, przestrzeń,

08:28.652 --> 08:31.560
chłodzenie, sieć, zapory ogniowe, serwery fizyczne,

08:31.560 --> 08:33.377
warstwę wirtualizacji, a czasem

08:33.377 --> 08:34.817
system operacyjny.

08:34.817 --> 08:37.380
Teraz, w przypadku platformy jako usługi, dodamy

08:37.380 --> 08:39.300
system operacyjny i to, co lubię nazywać

08:39.300 --> 08:41.730
oprogramowaniem infrastrukturalnym.

08:41.730 --> 08:43.673
Oprogramowanie infrastrukturalne to tak naprawdę oprogramowanie

08:43.673 --> 08:45.600
pośredniczące i środowisko wykonawcze.

08:45.600 --> 08:47.070
Oznacza to, że mówimy o takich

08:47.070 --> 08:50.040
rzeczach jak serwer WWW Apache, baza danych MySQL, języki

08:50.040 --> 08:52.122
programowania i tym podobne.

08:52.122 --> 08:54.510
Teraz, gdy mamy do czynienia z oprogramowaniem jako

08:54.510 --> 08:56.988
usługą, mamy do czynienia z hostowaną aplikacją oprogramowania,

08:56.988 --> 08:59.160
która jest dodawana do części infrastruktury i

08:59.160 --> 09:01.530
platformy, które właśnie omówiliśmy.

09:01.530 --> 09:04.620
Jak więc widać, oprogramowanie jako usługa jest znacznie bliżej

09:04.620 --> 09:06.420
użytkownika końcowego niż platforma

09:06.420 --> 09:09.240
jako usługa lub infrastruktura jako usługa.

09:09.240 --> 09:12.000
Dlatego też, jako profesjonalista IT, naprawdę ważne jest,

09:12.000 --> 09:13.530
abyś był w stanie określić, który rodzaj

09:13.530 --> 09:14.967
usługi jako usługi jest odpowiedni

09:14.967 --> 09:17.790
dla Twojej organizacji w oparciu o jej wymagania.

09:17.790 --> 09:19.260
I to właśnie omówiliśmy w tej lekcji,

09:19.260 --> 09:20.910
mówiąc o oprogramowaniu jako usłudze,

09:20.910 --> 09:23.660
platformie jako usłudze i infrastrukturze jako usłudze.
