Antipatroon voor cloudgereedheid
Klanten ervaren vaak antipatroon tijdens de gereedheidsfase van cloudimplementatie. Deze antipatronen kunnen leiden tot onverwachte downtime, problemen met herstel na noodgevallen en beschikbaarheidsproblemen.
Antipatroon: Stel dat uitgebrachte services gereed zijn voor productie
Omdat cloud-computing zich snel ontwikkelt, brengen bedrijven vaak preview-versies van nieuwe services uit. Klanten gaan er meestal van uit dat ze elke beschikbare cloudservice in een productieomgeving kunnen gebruiken. Maar om deze redenen kunnen problemen het gevolg zijn:
- Preview-services bieden doorgaans geen sla's (Service Level Agreements) voor uptime.
- Nieuwe services zijn vaak niet zo volwassen als cloudservices die al beschikbaar zijn.
Voorbeeld: Een preview-service gebruiken in productie
Een onderzoeksinstituut maakt gebruik van een preview-cloudservice in productie. De service lijkt geschikt te zijn voor zijn gebruiksscenario. Maar het instituut voert geen due diligence uit op de service. Het instituut voldoet ook niet aan de vereisten en richtlijnen van de referentiearchitectuur.
Er zijn problemen met de preview-service die tot onverwachte downtime leidt. Het instituut denkt dat cloudservices in het algemeen niet zo volwassen of tolerant zijn als beloofd.
Voorkeursresultaat: vooraf goedgekeurde cloudservices gebruiken in productie
Wanneer u nieuwe services evalueert die in preview zijn, gebruikt u deze services alleen in poC-scenario's (Proof of Concept). Gebruik deze services niet in productieomgevingen, omdat ze geen SLA's hebben. Zoek de juiste balans tussen functionaliteit en volwassenheid bij het goedkeuren van cloudservices. Zie de controlelijst voor due diligence voor cloudservices voor een vastgesteld framework dat u kunt gebruiken om snel cloudservices te evalueren.
Antipatroon: Stel dat de tolerantie en beschikbaarheid groter zijn
Cloud-computing biedt vaak voordelen ten opzichte van on-premises computing. Voorbeelden zijn:
- Verbeterde tolerantie: herstellen na een fout.
- Beschikbaarheid: Wordt uitgevoerd in een goede status zonder aanzienlijke downtime.
Omdat de meeste cloudservices deze voordelen bieden, gaan veel bedrijven ervan uit dat alle cloudservices standaard tolerantie en hoge beschikbaarheid bieden. In werkelijkheid zijn deze functies vaak alleen beschikbaar tegen extra kosten en met extra technische inspanningen.
Voorbeeld: Hoge beschikbaarheid aannemen
Een start-up implementeert een bedrijfskritieke toepassing op IaaS-services (Infrastructure as a Service). Ontwikkelaars bij het opstarten hebben gekeken naar een virtuele machine (VM) met een SLA voor uptime van 99,9%. Omdat ze de kosten willen verlagen, gebruiken ze één VIRTUELE machine en Premium-opslag.
Wanneer de VM mislukt, kan de toepassing niet worden hersteld. Onverwachte downtimeresultaten. Ze hebben ervan uitgegaan dat de cloud standaard hoge beschikbaarheid biedt. Ze waren niet op de hoogte dat prestatiegaranties kunnen verschillen tussen:
- Servicemodellen zoals Platform as a Service (PaaS) en SaaS (Software as a Service).
- Technische architecturen zoals beschikbaarheidssets met gelijke taakverdeling en Beschikbaarheidszones.
Voorkeursresultaat: Fouten verminderen tijdens het verdelen van tolerantie en kosten
Bekijk vertrouwde, volwassen informatiebronnen voor informatie over aanbevolen procedures voor architectuur die het bereik van fouten kunnen verminderen:
Identificeer het juiste evenwicht tussen kosten en functies, zoals hoge tolerantie en beschikbaarheid. Verbeterde tolerantie en beschikbaarheid leiden doorgaans tot hogere kosten. Bijvoorbeeld:
- Eén VIRTUELE machine heeft mogelijk een SLA met een gegarandeerde uptime van 99,9%.
- Twee VM's met dezelfde workload bieden een SLA met een uptime tussen 99,95 en 99,99 procent.
Neem deel aan het essentiële proces van vereisten engineering bij het ontwerpen van een cloudoplossing.
Antipatroon: een cloudprovider worden
Sommige bedrijven proberen hun interne IT-afdeling een cloudprovider te maken. IT wordt vervolgens verantwoordelijk voor referentiearchitecturen. IT moet ook IaaS en PaaS leveren aan bedrijfseenheden. Omdat dit type werk meestal geen deel uitmaakt van de kernactiviteiten van IT, kunnen de resulterende serviceaanbiedingen geen bruikbaarheid, tolerantie, efficiëntie en beveiliging hebben.
Voorbeeld: Monolithische beheerde cloudservices bieden
De IT-afdeling van een bedrijf brengt een CCoE (Cloud Center of Excellence) tot stand dat fungeert als broker tussen IT en bedrijfseenheden. Om ervoor te zorgen dat het bedrijf compatibel is met de cloud, wijst het beheerbord de CCoE toe aan het leveren van monolithische end-to-end-services. De CCoE stelt een interne portal voor cloudaankopen in die bedrijfseenheden kunnen gebruiken om een volledig beheerde cloud-VM als een service te bestellen. It bepaalt echter wie het hele platform kan openen en gebruiken. Als gevolg hiervan voorkomt IT actief dat bedrijfseenheden profiteren van het volledige scala aan services dat Azure biedt. Bedrijfseenheden hebben geen toegang tot de cloudportal. Ze krijgen alleen toegang via Secure Shell (SSH) en Remote Desktop Protocol (RDP) naar de server die ze bestellen.
Om verschillende redenen heeft de CCoE vervolgens problemen met het leveren van een monolithische beheerde service om elke service die beschikbaar is in de cloud te verpakken:
- De cloud biedt een groot aantal services voor meerdere oplossingsgebieden. In vergelijking met het ontwikkelen van IaaS-oplossingen vereist het ontwerpen en ontwerpen van IoT-oplossingen (Internet of Things) en AI-oplossingen verschillende expertise en vaardighedensets.
- Cloudservices veranderen regelmatig.
- Als u monolithische services probeert te leveren, neemt de markttijd aanzienlijk toe, met IT-beheer van het proces, niet de bedrijfseenheden.
Voorkeursresultaat: kaders bieden
Bij de overstap op cloudtechnologieën krijgt de IT-afdeling eerst ervaring met de cloud door te beginnen met IT-workloads. Gebruik het Microsoft Cloud Adoption Framework voor Azure om uw eerste implementatieproject te identificeren.
Gebruik een volwassen cloudbedrijfsmodel , zoals gecentraliseerde bewerkingen , waardoor IT verantwoordelijk is voor het definiëren van platformbeveiligingen, zoals governance. Vervolgens kunnen bedrijfseenheden cloudprojecten op een veilige en consistente manier implementeren binnen de kaders die IT definieert.
Overweeg om aan het begin slechts één grote openbare cloudprovider te gebruiken, omdat alle belangrijke platforms aanzienlijk verschillen in de installatie, het beheer en het gebruik.
SaaS-oplossingen zoveel mogelijk gebruiken voor IT-hulpprogramma's, zoals:
- Codeopslagplaatsen.
- Continue integratie en continue levering (CI/CD).
- Samenwerkingssystemen.
Voor cloudworkloads adviseert u IT om vertrouwde procedures te gebruiken die veilig en veilig op schaal werken.