Overgaan naar de Cloud is niet alleen techniek

Transcriptie

1 Overgaan naar de Cloud is niet alleen techniek Fred Hohenstein Bergler Infra T:

2 Wie staat er voor u Fred Hohenstein, Fred Hohenstein, 48 jaar 48 jaar Komt uit de techniek: Sr. System Engineer Geëvolueerd naar IT Design/Architectuur en Project Management Projectleider in het Cloudteam Passie voor Cloud 4/16/2015 2

3 Fred Hohenstein & Cloud Bergler Infra Solutions: deelname in het PostNL project PISA Bergler Infra Solutions: Migratie van PostNL Pakketten applicaties naar de Cloud: Amazon AWS VPC Bergler Infra Solutions is Cloud Service Provider voor PostNL Ook andere niet PostNL Pakketten - applicaties gaan naar de Amazon AWS VPC; voorbeeld het WCP platform 4/16/2015 3

4 Wanneer is de term Cloud ontstaan Een visionair uit de jaren zestig van de vorige eeuw, John McCarthy, voorzag dat de rekenkracht van computers en zelfs applicaties op een soortgelijke manier beschikbaar zouden worden als water en elektriciteit. Daarmee bedoelde hij dat we er alleen gebruik van maken, zonder dat we de hardware hoeven aan te schaffen. Oftewel: precies hoe we nu de Cloud gebruiken! De jaren negentig van de vorige eeuw was ook de tijd waarin internet aan zijn opmars begon. Heel de wereld werd een gigantisch netwerk. Deze stap was noodzakelijk voor de opkomst van Cloud computing. 4/16/2015 4

5 Wat is de Cloud 4/16/2015 5

6 Wat is de Cloud Cloud is een verzamelnaam voor IT diensten die: Afgenomen kunnen worden naar behoefte Flexibel zijn in afname en kosten Kunnen voorzien in een self-service Locatie onafhankelijk gebruikt kunnen worden Op afroep beschikbaar zijn 4/16/2015 6

7 Cloud wordt gedreven door Veranderende IT eisen van organisaties/gebruikers Ontwikkelingen op gebied van technologie Economische veranderingen Innovatie op gebied van producten en combinaties hiervan 4/16/2015 7

8 Cloud principes IAAS, PAAS, SAAS, on-site, remote/off-site Verantwoordelijkheden: wie beheerd de stack 4/16/2015 8

9 Een paar voorbeelden SAAS PAAS IAAS Microsoft Office365, Autotask, Google Apps, Exact Online Database entiteit in de Microsoft Azure Cloud omgeving die door andere applicaties gebruikt kan worden Virtuele machines (instances) in de Amazon Cloud omgeving 4/16/2015 9

10 Cloud & Security Security rondom de Cloud is alles Niet alleen technische problemen na een hack of het verlies van kostbare bedrijfsdata. Denk ook aan imagoschade als de hack naar buiten komt.. 4/16/

11 4/16/

12 Public Cloud Overal kun je bij je applicaties komen Beperk de toegang tot applicaties Security mechanismes die je Cloud provider beschikbaar heeft Secure-by-design protocollen en technieken Pas ISO2700x principes toe Monitor je IT Security omgeving Laat je omgeving regelmatig door derden controleren 4/16/

13 Private Cloud (in de public Cloud) Overal kun je bij je applicaties komen: in een veilige basis (afgesloten) in een public Cloud omgeving Beperk de toegang tot applicaties Security mechanismes die je Cloud provider beschikbaar heeft Secure-by-design protocollen en technieken Pas ISO2700x principes toe Monitor je IT Security omgeving Laat je omgeving regelmatig door derden controleren 4/16/

14 Gelaagdheid: by-default er voor zorgen dat systeem NIET met elkaar kunnen communiceren. Zorg er voor dat alleen die gaten in de afscherming zitten die noodzakelijk zijn 4/16/

15 Zonering: verdeel de applicaties over de verschillende geografische regio s die je Cloud provider beschikbaar heeft en zorg er voor dat er voor de applicaties redundantie over deze regio s ontstaat 4/16/

16 Cloud technieken voor verhoogde beschikbaarheid Verdeel de workload over verschillende geografische regio s Richt je applicatieomgeving zo in dat de applicatie met meerdere regio s overweg kan Bepaal de plaats in de applicatiestack waar de hogere beschikbaarheid wordt geregeld: Hardware laag: is niet mogelijk in de Cloud IAAS OS laag: clustering van servers, databases PAAS Applicatielaag: fail-over in de applicatie geregeld SAAS Monitoring/management om te zien dat er iets mis gaat en dat er daarop passende actie wordt ondernomen 4/16/

17 4/16/

18 Horizontal scaling Auto-scaling/Loadbalancing Auto-scaling bij hoger worden applicatiebelasting Loadbalancing waarbij de load wordt verdeeld over de verschillende instances binnen een auto-scaling omgeving 4/16/

19 Meer traditonele oplossingen Clusters Active/Passive nodes Fail-Over nodes Mirrored databases 4/16/

20 Migratie van applicaties Mijn persoonlijk motto: meten is weten, gissen is missen en gokken maakt brokken 4/16/

21 Wat moet je weten voordat... je applicaties gaat migreren 4/16/

22 WAAROM wil je een applicatie naar de Cloud migreren Geen investeringen in eigen hardware: infrastructuur en netwerk Geen/minder eigen IT personeel meer noodzakelijk Hogere beschikbaarheid van de applicatie Naar behoefte de omgeving van de applicatie te vergroten of te verkleinen Hoeveel wil je naar de Cloud: Cloud Only visie: alles naar de Cloud is ons doel Cloud First visie: als een systeem naar de Cloud kan dan heeft dit de voorkeur anders Stel een business case op om de Cloud migratie te kunnen verantwoorden 4/16/

23 Stel je doelsituatie vast. anders is het niet zeker wat je waar naar toe gaat migreren 4/16/

24 Theoretische exercitie: Wat is klaar als je klaar bent Bepaal in-scope Bepaal buiten-scope Bepaal de wensen/eisen Bepaal de randvoorwaarden Bepaal welke vaardigheden de IT medewerkers moeten hebben TIJDENS en NA de migratie 4/16/

25 Breng de huidige applicatieomgeving in kaart Op applicatieniveau: welk onderdeel praat met welk ander onderdeel Op infrastructuurniveau: welke netwerkservers of andere niet-netwerkapparaten zijn er nu in gebruik Welke soorten storage zijn er nu in gebruik Op netwerkniveau: Welke netwerkconnecties zijn er tussen de componenten van het huidige systeem-/applicatie omgeving Welke netwerkpoorten worden er gebruikt in de communicatie tussen de verschillende systeemonderdelen, Welke koppelingen zijn er met andere applicaties (binnen en buiten de Cloud) 4/16/

26 Op IT Security niveau: Security-eisen vanuit de eigen organisatie Security-eisen vanuit de eigen branche organisaties Security-eisen vanuit de overheid (wet en regelgeving) 4/16/

27 Op beheer niveau: Welke beheer/monitoring systemen worden er nu gebruikt Welke kennis/kunde/vaardigheden hebben de IT medewerkers op dit moment 4/16/

28 Stel de doelsituatie vast Ontwerp de applicatie in een Cloud omgeving Infrastructuur mogelijkheden/onmogelijkheden: SAAS, PAAS, IAAS, Durf te innoveren om de voordelen van een Cloud omgeving te kunnen gebruiken Hybride omgeving: Cloud en on-site Netwerk technisch: De netwerkmogelijkheden in de Cloud zijn anders dan in een fysieke omgeving 4/16/

29 IT Security technisch: Bescherm je applicatie tegen bedoeld en onbedoeld misbruik Gevaren komen van binnenuit de eigen organisatie Gevaren komen van buiten de eigen organisatie Technieken: Webfiltering Proxies NAT Firewalling 4/16/

30 Hoe om te gaan met gebruikersaccount: Identity Management Gebruikers uit eigen netwerk (AD gebruikers) Gebruikers uit een Identity store die met de Cloud verbonden wordt 4/16/

31 Gebruikers: Hoe gaan de gebruikers met de applicatie werken? Hoe benaderen ze de applicatie? Staat alle data ook in de Cloud of staat deze nog lokaal bij de gebruiker (upload/download uitdagingen) Remote Desktop sessie Webbrowser Combinatie via een http/rdp gateway Te verwachten gebruikerservaring 4/16/

32 4/16/

33 Beheer en monitoring: De monitoring en beheermogelijkheden in een Cloud zijn anders dan in een fysieke omgeving Durf te innoveren door de default beheer en monitoring mogelijkheden van een Cloud omgeving te kunnen gebruiken Welke kennis/kunde/vaardigheden hebben de IT medewerkers na de migratie nodig Hoe wordt het beheer op het systeem of de applicatie na de migratie ingericht? Wie zorgt er voor het technisch beheer van de gemigreerde applicatie? Wie zorgt er voor het functionele beheer van de gemigreerde applicatie? 4/16/

34 Maak een kosten inschatting van: De migratie-/transitie kosten De running kosten De beheerskosten van de applicatie NA de migratie 4/16/

35 Hoe ziet een applicatiemigratie er uit Conceptmigratie: Hoe wordt de applicatie (software) in de Cloud ingericht (geïnstalleerd) Hoe wordt de data van de applicatie naar de Cloud gebracht Is er tijdens de migratie down-time van de originele applicatie noodzakelijk Hoelang is er dan down-time Wat te doen als de migratie mis gaat Wie doet wat? Extern regie model (uitbesteding) Zelf de regie voeren 4/16/

36 Hoe dit toe te passen op Cloud Projectteam Vaardigheden Persoonlijkheden Beschikbaarheid Supergebruikers/Applicatiedeskundigen Stappenplan van werkzaamheden Risico s tijdens de migratie werkzaamheden 4/16/

37 Documentatie: leg vast wat je beslist en waarom je een bepaalde beslissing neemt Leg vast welke technische ontwerpen je gaat uitvoeren Leg je uitwerking van de IT Security beleid en uitwerking vast 4/16/

38 Hoe moet NA de migratie worden getest Testplannen Criteria Testcriteria Acceptatiecriteria Testen Technische testen; werkt het systeem technisch Functionele testen; biedt het systeem de gewenste functionaliteiten Acceptatietesten; Accepteert de gebruiker de applicatie zodat hij/zij zijn/haar taken/werkzaamheden kan doen 4/16/

39 Hoe gaat de live-gang Extra Synchronisatie van data: on-site Cloud GO / No GO beslissing Wie is beslissingsbevoegd Instructie van de gebruikers Overdracht aan de eigen beheerorganisatie of een derde partij 4/16/

40 Na de live-gang Afbouw van de on-site omgeving Aanpassing applicatie support-/maintenance contracten Beëindiging supportcontracten on-site hardware 4/16/

41 Uitvoering Voorbereidingen Uitvoering van de migratie volgens concepten, ideeën en stappenplan Technische en functionele testen tijdens de verschillende migratiestappen Acceptatietesten Acceptatie Migratie & Oplevering/Overdracht Nazorg Afbouw van de on-site omgeving Evaluatie Lessons Learned voor de volgende migratie 4/16/

42 Documenteer de gemigreerde omgeving Applicatie technisch Infrastructuur Netwerk technisch IT Security Beheer en monitoring 4/16/

43 Wat betekent overgaan naar de Cloud voor de medewerkers Beseffen dat je wellicht op een ander wijze met de applicatie moet gaan werken Beseffen dat wellicht applicaties rondom de gemigreerde applicatie ook moet aanpassen Beseffen dat je een applicatie niet meer 100% in eigen beheer hebt Beseffen dat je IT medewerkers andere vaardigheden moeten leren Beseffen dat je wellicht van IT medewerkers afscheid gaat nemen 4/16/

44 Samenvatting Samenvatting Een migratie naar de Cloud is geen onmogelijke taak maar wel vaak een complexe taak Weet waar je aan begint en weet waar je naar toe wilt gaan (visie) Durf te innoveren: maak gebruik van de mogelijkheden die de Cloud provider biedt: SAAS PAAS IAAS Beslis of je zelf de regie over het migratietraject (uitbesteden) wilt volgen of dat je het project zelf gaat doen 4/16/

45 Vragen en opmerkingen 4/16/