A Practical Multi-Cloud Strategy

Transkrypt

1 A Practical Multi-Cloud Strategy Karol Boguniewicz, Technical Martketing Manager Filip Kata, Senior Systems Engineer GLOBAL SPONSORS

2 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 Total Cloud Market $B Hybrid IT Influence Market $B

3 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

4 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

5 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

6 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

7 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

8 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

9 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

10 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 $ ERP Narzędzia zarządzania finansami (showback, chargeback, benchmarking) Punkt końcowy chmury

11 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

12 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

13 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

14 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

15 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

16 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

17 Mam 500 aplikacji Co teraz?

18 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?

19 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 % RPO = 0, < 1 h RTO

20 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

21 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ń Całkowity koszt operacji Koszt migracji Całkowite oszczędności

22 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)

23 Dziękujemy