A Practical Multi-Cloud Strategy Karol Boguniewicz, Technical Martketing Manager Filip Kata, Senior Systems Engineer GLOBAL SPONSORS
Podejście multi-cloud oraz hybrid IT Łączenie usług w chmurze i rozwiązań tradycyjnych, w celu zmaksymalizowania korzyści z inwestycji IT Total Cloud vs. Hybrid IT Revenue ** Traditional/Private Hybrid $250 $200 Managed/Hosted Public Ponad 85% przedsiębiorstw przyjmie architekturę multi-cloud do 2018 * $150 $100 $50 100% CAGR Katalog usług * IDC Worldwide Cloud 2017 Predictions Portal użytkownika Silnik orkiestracji Mechanizm polityk Procesy Agile $0 ** TBR 2017 Cloud Predictions 2016 2017 Total Cloud Market $B Hybrid IT Influence Market $B
Dlaczego przedsiębiorstwa inwestują w cloud? Finansowe Szybkość Zwinność Strategiczne Inne Niższy koszt Dezagregacja budżetu lub brak zunifikowanego budżetu Umowy ELA lub inne zobowiązania do wykorzystania środków 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ść Model scentralizowany vs. zdecentralizowany IT nie jest kluczową kompetencją Dostosowanie siły roboczej Specyficzne zastosowanie Presja polityczna Konieczność dostosowania się do nowej sytuacji Luka w umiejętnościach
Dlaczego podejście typu Multi-cloud? Możliwość wykorzystania wielu technologii Hybrid Cloud Punkty końcowe wykorzystują taką samą technologię podstawową zarówno on-premses i offpremises 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 Multicloud Wykorzystuje punkty końcowe w chmurze z inną technologią podstawową Migracja między chmurami jest trudniejsza i wymaga konwersji maszyny wirtualnej
Tradycyjne aplikacje dzisiaj i jutro Biznes ERPs Legacy digitization Interakcja z użytkownikiem IoT Platforma Klient/ Serwer Web/ mobile Mikroserwisy Instancja Mainframe Bare metal x86 VM Kontenery APIs & funkcje 1970 2000 2000 2010 2010 +
Instalacja Niepisana umowa pomiędzy Właścicielami Aplikacji / Deweloperami & Operacjami VM Serwery fizyczne Portale Kontenery VMs CI/CD Kod VMs Kontenery Just Code Co będzie następne? CI/CD vrealize Suite
Konieczność utrzymania dwóch stosów chmury Zarządzanie Portfolio / Dopasowanie Biznesu Aplikacje tradycyjne Wdrażanie maszyn wirtualnych (VM) Portal ITaaS IaaS+ oparty na VM Aplikacje cloud-native Wdrażanie kodu / kontenerów Łańcuch narzędzi CI/CD PaaS oparty na kontenerach Wspólna warstwa IaaS Infrastruktura Konwergentna / Hiper-konwergentna Dostawcy usług w chmurze publicznej
Punkty końcowe chmury a architektura aplikacji Dostępność gwarantowana na poziomie infrastruktury Portfolio Management / Business Alignment Legacy Apps Deploying VMs ITaaS Portal VM Based IaaS+ Common IaaS(s) Cloud-native Apps Deploying Code\Containers CI/CD Tool Chain Container Based PaaS Dostępność gwarantowana na poziomie aplikacji / kodu Converged / Hyper-converged Public Clouds 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
Praktyczna strategia multi-cloud Dopasowana do Biznesu Obejmuje różne potrzeby aplikacji Ustanawia funkcję brokera usług Tworzy model łańcucha dostaw Odpowiada potrzebom Oparta na metrykach Ma zrównoważoną kartę wyników Ma plan decyzyjny Tradycyjne i nowe Różne instancje (bare metal, VM, kontenery, itd.) Modele wdrożeniowe IaaS, PaaS, SaaS Dąży do standaryzacji, abstrakcji i automatyzacji we wszystkich punktach końcowych Obejmuje zasoby ludzkie i procesy, gdzie technologia posiada luki Obejmuje zarówno off-premises I onpremises Umożliwia przedsiębiorstwom zmianę technologii i dostawców w razie potrzeby
Funkcje i platforma zarządzania chmurą Narzędzia, zasoby ludzkie i proces 1 2 Usługi katalogu (portal usługowy / katalog usług) Narzędzia operacyjne i administracyjne 6 Użytkownik Raportowanie wykorzystania zasobów i kosztów Silnik orkiestracji i automatyzacji 3 5 4 $ ERP Narzędzia zarządzania finansami (showback, chargeback, benchmarking) Punkt końcowy chmury
Dell VMware Hybrid IaaS Cloud Solution Usługi VM VM VM VM VM VM VM VM Elastyczność zasobów Platforma zarządzania chmurą (CMP) Enterprise Hybrid Cloud / VMware Ready System Wspólna platforma dla on-premises i off-premises (Katalog i portal, silnik orkiestracji, zarządzanie kosztami, zarządzanie operacyjne., SDN, zasoby ludzkie i proces) Katalog i Portal Orkiestracja vrealize Suite NSX $ Zarządzanie finansami Zarządzanie operacjami Zunifikowane narzędzia operacyjne Łatwość migracji off-premises i z powrotem Punkty końcowe chmury Dostępność infrastruktury zarówno on-premises i off-premises CI/HCI On-Premises Off-Premises VMware Cloud
Dell IaaS Multi-Cloud dla aplikacji o różnych SLO SLO A SLO B SLO C SLO D Usługi VM VM VM VM VM VM VM VM VM VM VM VM VM VM VM VM Portal Federation lub Katalog i portal Platforma zarządzania chmurą (CMP) (Katalog i portal, silnik orkiestracji, zarządzanie kosztami, zarządzanie operacjami, zasoby ludzkie i proces Zarządzanie operacjami Enterprise Hybrid Cloud / VMware Ready System Katalog i portal Zarządzanie operacjami Orkiestracja $ Zarządzanie finansami Zarządzanie operacjami vrealize Suite Katalog i portal $ Zarządzanie finansami Orkiestracja Zarządzanie operacjami SDN i sieć NSX Punkty końcowe chmury CI/HCI On-premises Public Cloud / VPC Public Cloud / VPC VPC
Platform-as-a-Service 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? Services Portal Federati on Cloud Manage ment Platform (CMP) (Catalog and Portal, orchestratio n engine, cost mgmt., ops mgmt., SDN, people and process) Cloud Endpoin ts Pivotal CLOUD FOUNDRY VM VM VM VM VM VM VM VM CI/HCI On Premise Ops Mgmt Catalog & Portal NSX or Orchestration Public Cloud $ Financial Management VM VM VM VM VM VM VM VM Ops Mgmt vrealize Suite Public Cloud / VPC Catalog & Portal $ Financial Management Orchestration Public Cloud / VPC
Programiści spędzają za dużo czasu NIE pisząc kodu Design and Coding Brainstorming Administrative tasks Managing Environments Waiting for Test/Build Average Hours/Week 14 Źródło: Electric Cloud LinkedIn Survey to software developers
Kultura organizacyjna Cloud Native Framework Narzędzia Application Framework Dev Contract: 12 Factor App Spring Cloud Spring Boot Steeltoe Runtime Platform Dev IT Ops Contract: BOSH Release Infrastructure Automation IT Ops Contract: Cloud Provider Interface BOSH Infrastructure IT Ops AWS VMWare Azure OpenStack GCP 15
Native Hybrid Cloud Take Advantage of Multi-Cloud Portability with a Turn-Key Developer Platform Pivotal CLOUD FOUNDRY NATIVE HYBRID CLOUD Deweloper Operacje Native Hybrid Cloud monitoring & reporting Dostawcy chmury publicznej On-premises na vsphere Produkcja ECS Virtustream VMware vcloud Air TM Network Microsoft Azure Amazon Web Services Dev/Test
Mam 500 aplikacji Co teraz?
KILKA FUNDAMENTALNYCH PYTAŃ ISTNIEJĄCE APLIKACJE 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?
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 onpremises Off- Premises/ Public Aspekt techniczny Aplikacja toleruje opóźnienia Niska lub średnia liczba I/O 3 źródła danych Aspekt biznesowy Ogranicznenia związane z compliance i bezpieczeństwem Elastyczne SLA > 4 h RPO i RTO On- Premises/ Private 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 Summary of cloud suitability across portfolio Business affinity by application Cloud fit score ranked by application Summary of recommended cloud models across portfolio Business and technology criteria driving cloud fit score
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ń 1900000 1700000 1500000 1300000 1100000 900000 700000 500000 300000 100000-100000 2016 2017 2018 2019 2020 Całkowity koszt operacji Koszt migracji Całkowite oszczędności
Wyeliminuj barierę budżetową dzięki elastycznym modelom konsumpcji Możliwość wyboru rozwiązania płatności za technologię dopasowanego do Państwa potrzeb Growth solutions Flexible Leasing Pay as you Grow Provision and Pay Ready Capacity Variable use Flex On Demand Data Center Utility Cloud Flex for HCI Software solutions Software installment payments Transformational License Agreements (TLAs) Dell Financial Services TM (DFS)
Dziękujemy