głowacki

1.	Skalowanie poziome i pionowe
Skalowanie pionowe – zwiększamy ilość mocy obliczeniowej, wielkość pamięci RAM, szybkość dysków.  Gdy brakuje nam mocy – wymieniamy procesor, gdy brakuje nam pojemności – dokładamy dyski twarde lub kupujemy szybką macierz.
skalowanie poziome”, w którym aplikacja zostaje podzielona i każda jej część jest uruchamiana na „serwerach dziedzinowych”. Ich wydajność oraz pojemność jest skalowana w dowolnym momencie, a ruch użytkowników zostaje rozłożony na wszystkie elementy infrastruktury.
2.	Zalety chmur publicznych

	Niskie koszty na start ->szybkie wdrożenie ->łatwe zrezygnowanie z usługi ->elastyczność (szybka reakcja na zmieniające się potrzeby) ->opłaty propocjonalne do użycia ->skalowność rozwiązań ->mniejszy zespół IT
3.	Wymienić warstwy dla PaaS + za co jest odpowiedzialny użytkownik a za co nie

4.	Pula zasobów – co to, po co?

Pulę zasobów będących architekturą wielu serwerów rzeczywistych. Wspólne zarządzanie pulą i dynamiczną alokacją jej zasobów użytkownika.( Można przenieść VM na inny serwer nawet w czasie jej działania). Niezależna lokalizacja, klient nie wie gdzie są jego dane. Łatwa wycena [ zasoby * czas + dodatkowe czynności] (klient płaci za to co wykorzysta)

5.	Elementy w środowisku docker
Podstawowym elementem w Docker jest kontener, mechanizm który pozwala na spakowanie i odizolowanie kodu aplikacji, danych binarnych czy biblioteki w jedną paczkę.
•	Docker Engine to główna składowa – aplikacja typu klient-serwer, złożona z trzech elementów: klienta (CLI), serwera (daemon-a) oraz REST API.
•	Daemon Docker-a jest centralnym miejscem, z którego następuje zarządzanie kontenerami jak i obrazami
•	Obrazy są tak naprawdę szablonami w trybie read-only, z których kontenery są uruchamiane. Składają się one z wielu warstw które, dzięki zastosowaniu ujednoliconego systemu plików Docker łączy w jeden konkretny obraz.
•	Registry, czyli repozytorium obrazów, jest faktycznym miejscem przechowywania obrazów.

6.	Różnica pomiędzy kontenerami a maszyną wirtualną

Kontener – element oprogramowania (pewien proces działający w wydzielonym segmencie systemu). Zawiera on w sobie: kod, środowisko, narzędzia systemowe, biblioteki ustawień. 1 kontener = 1 proces Nie posiadają wirtualnego hardware. Kontenery nieposiadają Hypervisor-a, współdzielą biblioteki i zasoby pamięci. [plusy] -> małe/skalowalne -> łatwość przenoszenia -> możliwość szybkiego uruchomienia -> mogą się łączyć między sobą [minusy] -> 1 kontener to 1 proces
Służą do zarządzania zasobami lub  świadczenia pewnej/pewnymi usługami, testowania oprogramowań/ aplikacji/ OS { łączy ze sobą rozproszone elementy aplikacji, pomaga ujednolicić system}
Obraz kontenera jest lekki samodzielny element oprogramowania
Zawiera: -kod, -środowisko uruchomieniowe, -narzędzie systemowe
Cechy kontenera: lekki – uruchomiany na jednej maszynie, -współdzieli jądro systemu, -współdziei zasoby Standardowy: otwarty standard, - linux, windows, mac

-technologia VM w większym stopniu wspiera funkcjonalności sieciowe
-kontrolowanie stanu pamięci nie jest silną stroną technologii kontenerów i technologia VM radzi sobie z tym problemem dużo lepiej.
- Wydaje się iż środowiska IT oparte na kontenerach mają większą tendencję do rozrastania się
Podczas gdy hypervisor wykorzystuje całe urządzenie, kontenery tworzą abstrakt jądra systemu operacyjnego. Oznacza to, że kontenery nie wymagają bezpośredniego dostępu do fizycznego sprzętu. Dzięki temu pozwalają na znacznie mniejsze zużycie zasobów i znacznie lepszą ekonomikę – jest to jedna z głównych różnic między kontenerami a maszynami wirtualnymi.

7.	Cechy charakterystyczne chmur obliczeniowych

Interfejs samoobsługowy -> na rządanie i zamówienie zasobów przez klienta. ( automatyczne zatwierdzanie – bez personelu)
Chmury publiczne dostęp przez Internet lub
Chmury prywatne
Ciężki klient


8.	Wyzwania i wady przy stosowaniu chmur hybrydowych.

Def: Wirtualizacja – jest to logiczna reprezentacja zasobów sprzętowych nie ograniczona limitami fizycznymi.
Def: Hypervisor – jest to oprogramowanie umożliwiające wirtualizację zasobów sprzętowych.
Hypervisor typ I pełni rolę OS, musi mieć własny sterownik do Hardware.

Rola Hypervisor-A (ogólnie) -tworzenie środowiska uruchomieniowego dla maszyn wirtualnych (VM), -dynamicznie zarządzanie zasobami i przedział zasobów dla VM odbywa się z PODZIAŁEM CZASU. (dynamiczne zarządzanie – zmiana w kolejkach dostępu)

Czynniki hamujące powszechne użycie SaaS. -> wolny dostęp i transfer danych (urządzenia od operatora) -> wyciek danych, bezpieczeństwo i poufność danych ->niewielkie możliwości dopasowania programów ->klient nie ma wpływu na proces aktualizacji ->problemy z integracją ->przepisy lokalne/administracyjne (ochrona danych osobowych)

Chmura prywatna – Infrastruktura chmury stosowana przez organizację do swoich wewnętrznych celów
Zalety chmur prywatnych -> organizacje posiadają pełną kontrolę nad wszystkimi aspektami. -> wybieramy co chcemy kupić (hardware) ->własna polityka bezpieczeństwa ->lokalizacja chmury na terenie organizacji -> ((-> bezpieczeństwo/ochrona fizyczna ->wiadomo gdzie są dane ->szybki i niezawodny dostęp przez internet ( sieć wewnętrzna) ->wydajne aplikacje, zdalny dostęp, zadalne bazy danych, ->własne dobre praktyki bezpieczeństwa)) ->dopasowanie chmury do własnych potrzeb

Wady chmur prywatnych -> potrzeba zatrudnienia rozbudowanego i kompetentnego zespołu IT. -> budowa chmury ->ochrona zasobów ->zarządzanie i administracja chmur i sieci. -> problem z bezpiecznym dostępem z zewnątrz -> wysokie koszty na start ->koszty modernizacji

Chmury publiczne - bazują na standardowych metodach

Wady chmury publicznej -> bezpieczeństwo (kwestie zaufania), -> administracja danymi (-> nie wiadomo gdzie są i kto do nich ma dostęp -> ograniczenia prawne (dane osobowe) (-> uzależnienie od podmiotów zewnętrznych -> operator chmury -> dostawca Internetu ))

Zalety chmury publicznej -> Niskie koszty na start ->szybkie wdrożenie ->łatwe zrezygnowanie z usługi ->elastyczność (szybka reakcja na zmieniające się potrzeby) ->opłaty propocjonalne do użycia ->skalowność rozwiązań ->mniejszy zespół IT

Chmury hybrydowe – na czym polegają i jakie istotne wyzwana przed nimi stoją.  [chmura prywatna] -------bezpiecznie połączenie-------------- [chmura publiczna]
Złożenie chmury prywatnej i 1 lub więcej publicznych. Niezbędna jest integralność ->niezawodne i bezpieczne połączenie ->aplikacje które dokonują automatycznej integracji danych i usług. ! żeby użytkownik nie dostrzegł pracy w modelu rozproszonym.

Model realizacji usług Iaas, Paas, SaaS, Baas
●	IaaS ­ z ang. "infrastruktura jako usługa" ­ Jest to usługa polegająca na dostarczeniu przez dostawcę całej infrastruktury informatycznej, takiej jak np. wirtualizowany sprzęt, skalowany w zależności od potrzeb użytkownika. Końcowymi użytkownikami są zwykle Architekci Sieciowi.

●	PaaS ­ z ang. "platforma jako usługa" ­ Jest to usługa polegająca na udostępnieniu przez dostawcę wirtualnego środowiska pracy; usługa ta skierowana jest przede wszystkim do programistów. W tym modelu sprzedaż gotowego, często dostosowanego do potrzeb użytkownika, kompletu aplikacji nie wiąże się z koniecznością zakupu sprzętu ani instalacją oprogramowania.

SaaS ­ z ang. „oprogramowanie jako usługa” ­  jeden z modeli chmury obliczeniowej w którym aplikacja jest przechowywana i udostępniana przez producenta użytkownikom przez Internet. Eliminuje to potrzebę instalacji i uruchamiania programu na komputerze klienta. Typy SaaS:
-	Aplikacje biurowe -Księgowość -Współpraca -CRM – Customer relationship menagment -MiS – Menagment Information systems-ERP – Enterprise Restore Planing
-	HRM – Human Restore Menagment - CM – Corect Menagment
Wady i przeszkody we wdrożeniach SaaS:
❖	bezpieczeństwo i poufność danych ❖ uzależnienie od dostawców
➢	wolny dostęp i transfer danych
❖	Niewielkie możliwości dopasowania programu do potrzeb firmy
➢	Klient nie ma wpływu na proces upgrade’u
❖	Problemy z integracją
❖	Przepisy lokalne
➢	Administrowanie danymi osobowymi
●	BaaS – kopia bezpieczeństwa jako usługa. Kopie zapasowe przechowuje się w innej lokalizacji, niż oryginalne dane. Odbiorcami usługi są zwykle administratorzy zarządzający danymi.

Baas – Busines aaS - cały biznes lub oddział przeniesiony do chmury
❖	Usługi biznesowe – oferowane jako SaaS
❖	Procesy biznesowe jako usługa BPaaS
❖	Zarządzanie i monitorowanie MaaS
❖	Uruchomianie na platformie PaaS ❖ Dzierżawa infrastruktury IaaS

Cechy charakterystyczne chmur obliczeniowych, na czym polegają?

➢	Samoobsługa na żądanie ­ samodzielne zamawianie przydziału i zwalniania zasobów. Automatyczne zatwierdzanie zgłoszonych żądań( zamówień) bez udziału personelu operatora chmury.
➢	Szerokopasmowy dostęp do sieci ­ szybki i niezawodny dostęp do chmury przez sieć, Rodzaje klientów: thick client – oprogramowanie przeglądarki internetowej -> thick clien – program biurowy instalowany na urządzeniach klienckich(terminalach)
➢	Pula zasobów ­ architektura wielu serwerów rzeczywistych i wielu hyperviasorów -> jedna wspólna pula zasobów – jako suma wszystkich dostępnych zasobów.
Dynamiczna alokacja zasobów jako realizacja zamówień klientów oraz zmieniających się potrzeb. -> niezależność lokalizacji udostępnianych zasobów – może się zmienić dynamicznie
➢	Elastyczność i szybka reakcja zamówień­ Możliwa automatyczna reakcja na zmieniające się parametry obciążenia, które mogą być obserwowane i analizowane w czasie rzeczywistym. Wrażenie nieskończoności dostępnych zasobów.
➢	Mierzalność poziomu realizacji usług ­ system chmury automatycznie kontroluje i optymalizuje, oraz w jasny i klarowny sposób mierzy wykorzystane zasoby.
- niezależność wykorzystanych zasobów
-jasne mechanizmy i mierniki (->parametry (metryki)

Cechy chmur obliczeniowych:
1.	Szerokopasmowy dostęp przez sieć
2.	(On demend  self-service) Interfejs samoobsługi na żądanie, samodzielne zamawianie usług. Przydzielanie i zwalnianie zasobów. Automatyczne zatwierdzanie zmian bez udziału personelu
Broad network access – szybki i niezawodny dostęp do usług chmury poprzez sieć
Serwer  ---------- klienci
 	 	            -thin client (przeglądarka)
 	 	            -thich client (program binarny)

3.	Service Catolog – Zestandaryzowany model dostarczania -> standardowe komponenty. Istnieje możliwość indywidualnego doposowania w ograniczonym zakresie -> poprzez wartość parametrów, np. liczba parametrów, RAM itp.
W katalogu zawarte są szablony (ang. Template)
➢	Definicja topologii
➢	Proces kreowania usługi ➢ Funkcje zarządzania
4. Self Service Portal
➢	Tworzenie projektu
•	Nazwa
•	Czas trwania (opcjonalnie)
•	Jakie usługi maszyny wirtualne  o Na określony odcinek czasu
➢	Modyfikacja projektów
•	Usuwanie i dodawanie maszyn wirtualnych/kontenerów
•	Kopia zapasowa (backup)
•	Zarzadzanie katalogiem usług w dopuszczalnym zakresie
•	Zarzadzanie użytkownikami i ich rolami (w obszarze własnej firmy)
•	Monitorowanie, podgląd zdarzeń o Realizacja żądań/zamówień o Stan projektów o Serwerów i używanych zasobów
5.	Service Request
➢	Zgłaszanie zamówienia/żądania związanego z usługami o Przetwarzanie jest autentyczne (bez udziału personelu obsługi chmury)
➢	Zamawianie i odmawianie usług o Informacja potwierdzająca na maila
6.	Service provisioning
Provisioning runtime – wszystkie czynności niezbędne do wdrożenia usługi (deployment)
➢ Kolejne kroki w sekwencji – od zamówienia do gotowości do pracy
7.	Optimalized Infractructure
Cel: najlepsze wykorzystanie zasobów, serwerów i mocy obliczeniowej
Dąży się do:
➢	Skalowalność
➢	Wysoka dostępność
8.	Charge-back
Opłaty związane z wykorzystaniem zasobów przez klientów
▪ Bazuje na metrykach (parametrach) opisujących wykorzystanie instrukcji, np. CPU, storage, RAM  o w dziedzinie czasu
Zwiększenie liczby komponentów: VM, węzłów, OS, macierze dyskowe na osobnych serwerach, zwiększony klaster do realizacji jednej usługi

9.	Resource
Resource pooling – pula zasobów
Architektura wielu serwerów rzeczywistych i wielu Hypervisorów:

-	moc obliczeniowa  -przestrzeń na dane -wspólne zarządzanie
-	dynamiczna alokacja zasobów (zmienna w czasie) realizująca zmienne na potrzeby klientów -niezależność lokalizacji – klient zwykle nie wie gdzie geograficznie jest udostępniona usługa.
10. Elastyczność i szybkość realizacji zamówień (Rapid elasticity)
- automatyczna realizacja zamówień oraz często reakcja na zmieniające warunki
   obciążenia – ciągła obserwacja i analiza w czasie rzeczywistym np. przeciążone serwery powodują uruchomienie kolejnych. Dla klienta wrażenie nieskończonej puli zasobów.
11. Mierzalność wykorzystywanych zasobów
- jasne mierniki i mechanizmy – parametry - kontrakty SLA
Wirtualizacja zasobów sprzętowych w chmurze -> logiczna reprezentacja zasobów sprzętowych nie ograniczona limitami fizycznymi
Podział zasobu rzeczywistego = podział czasu dostępu do jego mocy
●	Model warstwowy:

Hypervisor typu I:

Występuje w roli OS wykorzystywanych w środowiskach produkcyjnych
VM ware, MS-Hyper V, XEN (Citrix xen server)
Hypervisor typu II:

Występuje w roli aplikacji, podobnie jak inne programy w OS gospodarza
VM ware  	Work station + player
Oracle  	Virtual box
-	Środowisko developerskie, eksperymentalne, testowe, domowe
Ważne kryteria SLA w CC (Cloud Computing)
▪	Dostępność, np. 99.99% w roku
▪	Wydajność, np. maksymalny czas odpowiedzi
▪	Bezpieczeństwo i poufność danych np. szyfrowanie
▪	Scenariusz w sytuacji poważnej awarii (Disaster Recovery
- określenie procedur)
▪	Lokalizacja danych, np. z prawem lokalnym
▪	Sposób dostępu do danych, np. jaka jest postać danych ▪ Przenoszalność danych np. do innych dostawców
▪	Proces identyfikacji problemów i ich rozwiązywanie, np. call center
▪	Proces dokonywania zmian, np. uaktualnienia lub nowe usługi
▪	Proces mediacji sporów np. proces eskalacji, konsekwencje
▪	Strategia wyjścia  - oczekiwanie od dostawcy łagodnego procesu przenoszenia danych i usług
7 Kroków do oceny SLA: wg Cloud Standards Customer Council
(04.2012)
1.	National Institute of Standards and Technology (NIST) Definiuje 5 aktorów:
▪	Klient
▪	Dostawca
▪	Dostawca łączy
▪	Pośrednik w negocjacjach (broker)
▪	Audytor
2.	Ocena polityk SLA na poziomie biznesu
▪	Ocena pod kątem strategii i polityki gospodarczej
▪	Zasady dotyczące danych – ochrona, redundancja, lokalizacja, możliwość przejęcia prywatności
▪	Gwarancje: co gwarantowane a co nie
▪	Metody płatności i karania
3.	Zrozumienie SaaS, PaaS, IaaS
▪	Różne są SLA w odniesieniu do różnego modelu dostarczania usług
4.	Wskaźnik (metryki)
▪	Jakie wskaźniki są użyte: nazwy, zakres wartości, metody i częstość pomiaru Wskaźniki:
▪	Elastyczność: czas potrzebny na zwiększenie lub zmniejszenie zasobów
▪	Przepustowość, np. dla transferu danych
▪	Czas odpowiedzi
5.	Bezpieczeństwo
▪	Funkcje zabezpieczeń u dostawcy
▪	Zgodność z lokalnym prawem
▪	Zasoby ochrony prywatności
6.	Wymagania związane z zarządzaniem usługami
▪	Co powinno być monitorowane i reportowane o Jakie wskaźniki istotne do zarządzania np.
obciążenie maszyny lub innych zasobów
▪	Jak można zarządzać dostępnymi zasobami o Szybkość zaopatrywania (provisioing)
o	Testowanie
o	Elastyczność realizacji zadań – zmiany
zasobów
7.	Obsługa awarii
▪	Jakie ograniczenia odpowiedzialności
▪	Jakie środki, np. kredyty serwisowe
▪	Plan odzyskiwania danych
▪	Procedury co robić w przypadku braku dostępu do usług
▪	Klauzula wyjścia w przypadku chęci zakończenia współpracy
Pomiary i metryki
1. Miernik alokacji zasobów, które zajmuje klient i nie mogą być użyte przez innych klientów
• Czas użycia infrastruktury IT – VM: CPU, Memory, Storage, Sieć komp.
 (nie jest istotne rzeczywiste wukorzystanie) UWAGA: Bardziej pasuje do rozliczania klienta
2. Miernik aktywności
• suma aktywności, np. CPU sek (czas procesora), przesłanych bajtów
UWAGA: Bardziej pasuje do obliczania kosztów po stronie dostawcy
3. Miara podejmowanych akcji
• Zliczane są akcje inicjowane przez klientów, za które naliczane są dodatkowe opłaty np.
backup/restore, zmiana konfiguracji serwera Akcje może organizować personel dostawcy lub być automatyczna.
UWAGA: Nadaje się jako dodatkowa miara do rozliczenia klienta