GLOBAL SPONSORS
A Practical Multi-Cloud Strategy
Karol Boguniewicz, Technical Martketing Manager
Filip Kata, Senior Systems Engineer
Podejście multi-cloud oraz hybrid ITŁączenie usług w chmurze i rozwiązań tradycyjnych, w celu zmaksymalizowania korzyści
z inwestycji IT
Portal
użytkownika
Procesy Agile
Mechanizm
polityk
Katalog usług Silnik orkiestracji
Traditional/Private
Managed/Hosted
Hybrid
Public
Ponad 85% przedsiębiorstw przyjmie
architekturę multi-cloud do 2018*
*IDC Worldwide Cloud 2017 Predictions
Total Cloud vs. Hybrid IT Revenue**
$0
$50
$100
$150
$200
$250
2016 2017
Total Cloud Market $B
Hybrid IT Influence Market $B
**TBR 2017 Cloud Predictions
100%
CAGR
Dlaczego przedsiębiorstwa inwestują w cloud?
Szybkość
• Czas dotarcia na
rynek (time to
market)
• Potrzebny teraz
• Zgłoszenia
zajmują zbyt
wiele czasu
• Brak
funkcjonalności
w istniejącym
środowisku
• Przystosowanie
do zmian
• Gotowość na
przyszłe
wyzwania
• Skalowalność
Zwinność
• Presja polityczna
• Konieczność
dostosowania
się do nowej
sytuacji
• Luka w
umiejętnościach
InneFinansowe
• Niższy koszt
• Dezagregacja
budżetu lub brak
zunifikowanego
budżetu
• Umowy ELA lub
inne
zobowiązania do
wykorzystania
środków
• Model scentralizowany
vs.
zdecentralizowany
• IT nie jest
kluczową
kompetencją
• Dostosowanie
siły roboczej
• Specyficzne
zastosowanie
Strategiczne
Multi-cloud
Wykorzystuje punkty końcowe w chmurze z inną technologią podstawową
Migracja między chmurami jest trudniejsza i wymaga konwersji maszyny wirtualnej
Hybrid Cloud
Punkty końcowe wykorzystują taką samą technologię podstawowązarówno on-premses i off-premises
Migracja między chmurami nie wymaga konwersji obrazów maszyn wirtualnych
Architektura decyduje
o wyborze chmury
Cloud Native = odporność na
awarie zaszyta w kodzie aplikacji,
wykorzystująca architekturę typu
scale out
Cloud Tolerant = architektura
„mieszana”, z dużą
nadmiarowością zasobów aby
obsłużyć zwiększone obciążenie
Tradycyjna = monolityczne
aplikacje w architekturze typu
scale up, zależne od infrastruktury
w celu zapewnienia dostępności
Dlaczego podejście typu Multi-cloud? Możliwość wykorzystania wielu technologii
Tradycyjne aplikacje – dzisiaj i jutro
Biznes
Platforma
Instancja
ERPsInterakcja z
użytkownikiem
Legacy
digitizationIoT
MainframeBare
metal x86VM
Klient/
SerwerMikroserwisy
Web/
mobile
APIs &
funkcjeKontenery
1970 – 2000 2000 – 2010 2010 +
Niepisana umowa pomiędzy Właścicielami Aplikacji / Deweloperami & Operacjami
VM KonteneryKod
vRealize Suite
Insta
lacja
Portale
CI/CD
CI/CD
VMs
KonteneryJust Code
Serwery fizyczneVMs
Co będzie następne?
Konieczność utrzymania dwóch stosów chmury
Wdrażanie maszyn wirtualnych (VM) Wdrażanie kodu / kontenerów
Portal ITaaS Łańcuch narzędzi CI/CD
PaaS
oparty na kontenerach
IaaS+
oparty na VM
Wspólna warstwa IaaS
Dostawcy usług w chmurze publicznej
Infrastruktura Konwergentna / Hiper-konwergentna
Aplikacje tradycyjne Aplikacje cloud-native
Zarządzanie Portfolio / Dopasowanie Biznesu
Punkty końcowe chmury a architektura aplikacji
Strategia chmury powinna obejmować różne rozwiązania i wielu dostawców usług w
chmurze publicznej, aby lepiej dopasować aplikacje
Koncentracja na
tradycyjnych aplikacjach i
wysokiej dostępności
Koncentracja na mniej krytycznych (tier 2) aplikacjach tradycyjnych oraz typu cloud native
Koncentracja na aplikacjach cloud native w chmurze z dostępnością gwarantowaną na poziomie aplikacji
Dostępność
gwarantowana na
poziomie
infrastruktury
Dostępność
gwarantowana na
poziomie
aplikacji /
kodu
Deploying VMs Deploying Code\Containers
ITaaS Portal CI/CD Tool Chain
Container Based
PaaS
VM Based
IaaS+
Common IaaS(s)
Public Clouds
Converged / Hyper-converged
Legacy AppsCloud-native
Apps
Portfolio Management / Business Alignment
Praktyczna strategia multi-cloud
Dopasowanado
Biznesu
• Odpowiada potrzebom
• Oparta na metrykach
• Ma zrównoważoną kartę wyników
• Ma plan decyzyjny
Obejmuje różne potrzeby
aplikacji
• Tradycyjne i nowe
• Różne instancje(bare metal, VM, kontenery, itd.)
• Modele wdrożeniowe –IaaS, PaaS, SaaS
Ustanawia funkcję brokera
usług
• Dąży do standaryzacji, abstrakcji i automatyzacji we wszystkich punktach końcowych
• Obejmuje zasoby ludzkie i procesy, gdzie technologia posiada luki
Tworzy model łańcucha dostaw
• Obejmuje zarównooff-premises I on-premises
• Umożliwia przedsiębiorstwom zmianę technologii i dostawców w razie potrzeby
Funkcje i platforma zarządzania chmurą
$
Użytkownik
Raportowanie wykorzystania zasobów i kosztów
Silnik orkiestracji
i automatyzacji
Usługi katalogu
(portal usługowy /
katalog usług)
ERP
Narzędzia operacyjne
i administracyjne
Narzędzia zarządzania finansami
(showback, chargeback, benchmarking)
Narzędzia, zasoby ludzkie i proces
Punkt końcowy
chmury
2
1
3
4
5
6
Platforma
zarządzania
chmurą
(CMP)
(Katalog i
portal, silnik
orkiestracji,
zarządzanie
kosztami,
zarządzanie
operacyjne.,
SDN, zasoby
ludzkie i
proces)
Dell VMware Hybrid IaaS Cloud Solution
Punkty
końcowe
chmury
CI/HCI On-Premises Off-Premises VMware Cloud
vRealize Suite
NSX
VM VM VM VM VM VM VM VM
Katalog i
Portal Orkiestracja
Zarządzanie
finansami
Zarządzanie
operacjami
$
Usługi
Elastyczność zasobów
Wspólna platformadla on-premises i off-premises
Zunifikowane narzędzia
operacyjne
Łatwość migracji off-premises
i z powrotem
Dostępność infrastrukturyzarówno on-premises i off-premises
Enterprise Hybrid Cloud /
VMware Ready System
Dell IaaS Multi-Cloud dla aplikacji o różnych SLO
Platforma
zarządzania
chmurą
(CMP)(Katalog i
portal, silnik
orkiestracji,
zarządzanie
kosztami,
zarządzanie
operacjami,
zasoby ludzkie i
proces
Punkty
końcowe
chmury
CI/HCI On-premises
vRealize Suite
NSX
VM VM VM VM VM VM VM VM
Zarządzanie
finansami
$Orkiestracja
Usługi
lubPortal
Federation
Zarządzanie
operacjamiZarządzanie
operacjami
Public Cloud / VPC VPC
VM VM VM VM VM VM VM VM
SLO B SLO C SLO D
Katalog i
portal
Katalog i
portal
OrkiestracjaKatalog i
portal
Zarządzanie
finansami
$
SDN i sieć
Zarządzanie
operacjami
Zarządzanie
operacjami
Public Cloud / VPC
SLO A
Enterprise Hybrid Cloud /
VMware Ready System
Platform-as-a-Service
Cloud
Manage
ment
Platform
(CMP)
(Catalog
and Portal,
orchestratio
n engine,
cost mgmt.,
ops mgmt.,
SDN,
people and
process)
Cloud
Endpoin
ts
CI/HCI On Premise Public Cloud
vRealize Suite
NSX
VM VM VM VM VM VM VM VM
Catalog &
Portal Orchestration
Financial
Management
$
Services
orPortal
Federati
on
Ops Mgmt Ops Mgmt
Public Cloud / VPC Public Cloud / VPC
VM VM VM VM VM VM VM VM
Catalog &
Portal Orchestration
Financial
Management
$
PivotalCLOUD FOUNDRY
Co tworzy świetny PaaS?
• Wsparcie dla wielu chmur?
• Wsparcie dla wielu języków?
• Ile czasu deweloper nie poświęca na pisanie kodu?
• Standaryzacja?
• Wbudowane narzędzia dla Ops?
• Mechanizmy wspierające przechowywanie danych?
• Wielkość społeczności wspierającej rozwiązanie?
• Kto zainwestował w projekt?
• Kawałek czegoś większego?
Źródło: “Electric Cloud LinkedIn Survey to software developers”
Administrative tasks
Design and Coding
Brainstorming
Waiting for Test/Build
Managing Environments
Average Hours/Week
Programiści spędzają za dużo czasu NIE pisząc kodu
14
15
Cloud Native Framework
Contract: 12 Factor App
Contract: BOSH Release
Contract: Cloud Provider Interface
Kultura
organizacyjna
Dev
Dev IT
Ops
Narzędzia
Spring
Cloud
Spring
Boot
BOSH
Application Framework
Runtime Platform
Infrastructure Automation
Infrastructure
IT
Ops
IT
Ops
Steeltoe
AWS VMWare OpenStackAzure GCP
Native Hybrid CloudTake Advantage of Multi-Cloud Portability
with a Turn-Key Developer Platform
Deweloper Operacje
Native Hybrid Cloud monitoring & reporting
Produkcja
Dostawcy chmury publicznej
On-premises na vSphere
Virtustream
VMware vCloud AirTM Network
Microsoft Azure
Amazon Web Services
Dev/Test
ECS
NATIVE HYBRID CLOUD
PivotalCLOUD FOUNDRY
Mam 500 aplikacji…Co teraz?
KILKA FUNDAMENTALNYCH PYTAŃ…
• Które aplikacje mogę zmodernizować do
architektury cloud native?
• Które aplikacje mogę przenieść do chmury, a dla
których powinienem zaplanować koniec życia?
• Które zasoby w chmurze hybrydowej mogą
wykorzystać i ile to będzie mnie kosztować?
• Jakie są zależności pomiędzy aplikacjami, które
mogą istotnie wpłynąć na migrację do chmury?
• Jaka jest wartość biznesowa (ROI, TCO, etc.)
przejścia do chmury?
• Jak wyglądałby plan migracji?
ISTNIEJĄCE
APLIKACJE
Jaka chmura: gdzie najlepiej pasują moje aplikacje
• Aplikacje czułe na długi czas
odpowiedzi, np. real-time lub
bazy danych
• Wysokie, ciągłe operacje I/O
• ≥ 6 źródeł danych
• Krytyczne zależności z
aplikacjami, zasobami on-
premises
• Aplikacja toleruje opóźnienia
• Niska lub średnia liczba I/O
• ≤ 3 źródła danych
Off-Premises/
Public
On-Premises/
Private
Aspekt techniczny
Aspekt biznesowy
• Ogranicznenia związane z
compliance i bezpieczeństwem
• Elastyczne SLA
• > 4 h RPO i RTO
• Compliance wymusza przepływy
lub lokalizację danych
• SLA skupione na wydajności,
dostępność na poziomie
99.999%
• RPO = 0, < 1 h RTO
Cloud Suitability Assessment
Business affinity by application
Business and technology criteria driving cloud fit
score
Summary of cloud suitability across
portfolio
Summary of recommended cloud
models across portfolio
Cloud fit score ranked by
application
Analiza finansowa, mapa drogowa i uzasadnienie biznesowe
• TCO
• Stan obecny vs. stan przyszły
• Porównuje koszty sprzętu,
oprogramowania, pomieszczeń, FTE,
sieci, zewnętrznych oraz nadmiarowości
• Uzasadnienie biznesowe
• Koszt transformacji, uwzględniający koszt
usług jej wykonania oraz przewidywane
oszczędności
• Mapa drogowa realizacji zaleceń
-100000
100000
300000
500000
700000
900000
1100000
1300000
1500000
1700000
1900000
2016 2017 2018 2019 2020
Całkowity koszt operacji Całkowite oszczędności
Koszt migracji
Możliwość wyboru rozwiązania płatności za technologię dopasowanego do Państwa potrzeb
Variable
useFlex On Demand
Cloud Flex for HCI
Data Center Utility
Growth
solutionsFlexible Leasing
Provision and Pay
Ready Capacity
Pay as you Grow
Software
solutionsSoftware installment payments
Transformational License
Agreements (TLAs)
Dell Financial Services TM (DFS)
Wyeliminuj barierę budżetowądzięki elastycznym modelom konsumpcji
Dziękujemy