De acceptatie van cloud computing is de afgelopen jaren snel gegroeid. Veel organisaties zijn inmiddels afhankelijk van hun cloudsystemen. Dit laat minder ruimte voor fouten bij het ontwerpen van nieuwe architecturen.
Een slecht gepland systeem kan een last zijn voor het bedrijf dat het gebruikt. Het opnieuw configureren van een architectuur is een kostbaar en tijdrovend proces, vooral als de oorspronkelijke cloudmigratie niet soepel verliep. Hoewel sommige fouten onvermijdelijk zijn, zijn hier vijf valkuilen waar je op moet letten.
1. Blind Focus
Cloudtechnologieën zijn nog steeds omgeven door een zekere hype en buzz. Dit kan organisaties ertoe aanzetten zich te fixeren op de nieuwste “big thing,” zelfs als een oudere oplossing misschien beter geschikt is.
Stap niet over naar de cloud alleen omdat het kan. Evalueer uw opties objectief binnen de context van uw bedrijfsvoering. Ervan uitgaande dat de cloud al uw IT-infrastructuurproblemen oplost, is een van de grootste fouten die u kunt maken. Een succesvolle migratie vereist dat u een cloud-first mindset aanneemt, niet een lijst met technologieën en serviceproviders.
Een slecht overwogen cloudmigratie kan bestaande organisatorische problemen verergeren. Het wijdverbreid distribueren van services over verschillende platforms belemmert uw vermogen om toezicht te houden op uw systemen. U zult nieuwe beheertools en -processen moeten leren, zodat u de controle kunt behouden.
De overstap naar cloudtechnologie brengt kosten met zich mee. Dit wordt normaal gesproken bevestigd binnen het tijdsbestek dat nodig is om het personeel om te scholen naarmate het zich aanpast aan het nieuwe systeem. U moet elke workload beoordelen om te bepalen of het zinvol is om deze naar de cloud te verplaatsen. Niet elke migratie is de moeite waard.
Verlies niet uit het oog waar uw gegevens zijn opgeslagen. U moet weten waar uw servers zich bevinden, hoeveel servers u heeft en hoe gegevens erover worden verdeeld. Onthoud dat je niet naar een allesomvattende cloud gaat die je kunt instellen en vergeten. Het is belangrijk om te documenteren hoe uw architectuur functioneert en waar uw gegevens zich bevinden.
Cloudmigraties moeten worden aangedreven door een legitieme zakelijke behoefte. U moet kunnen identificeren wat een cloudsysteem aan uw organisatie zal toevoegen. Anders kunt u eindigen met dure infrastructuur die onderbenut is en slecht is afgestemd op uw activiteiten.
2. Provisioning-fouten
De cloud maakt het eenvoudig om nieuwe instances van servers, services en datastores op te starten. Helaas kan dit resulteren in niet-geoptimaliseerde provisioning, wat uw budget opslokt en de prestaties kan beïnvloeden.
Gedeelde servers kunnen zinvol zijn voor sommige componenten van uw stack. Als je 10 servers hebt die het grootste deel van de dag inactief zijn, is het misschien logischer om op één machine te consolideren.
Onthoud dat “de cloud” draagt nog steeds de basisregels van hardware-architectuurontwerp. Hoewel u tientallen servers verspreid over geografische regio's kunt maken, kan dit de latentie verhogen en vereist het een duurzame netwerkdoorvoer.
Deze problemen komen vooral voor in grotere organisaties, waar individuele afdelingen hun eigen infrastructuur. U kunt snel eindigen met een aantal exemplaren dat uw kostenramingen ver overtreft.
Als een persoon de organisatie verlaat, kunnen zelden gebruikte exemplaren worden vergeten. Houd een inventaris bij van uw cloudservers, zodat u weet wanneer instances overbodig zijn geworden. In kleine teams kan het duurzamer zijn om collega's virtuele machines te laten draaien op een gedeelde server. Volledige toegang bieden tot een cloudomgeving zou al snel spijtig kunnen zijn.
3. Geen ruimte voor verandering
GERELATEERDWat is “GitOps” en waarom is het belangrijk?
Cloud is de technologie van vandaag. Als er één ding is dat de afgelopen decennia duidelijk is geworden, is het misschien niet per se morgen relevant. Hoewel het algemene idee van "in de cloud" lijkt onwaarschijnlijk te verdwijnen, individuele technologieën evolueren en worden regelmatig vervangen.
Als u de tijd neemt om naar de cloud te migreren, doe uzelf dan een plezier en maak van de gelegenheid gebruik om te beoordelen hoe uw systemen veranderingen kunnen opvangen. Deze oefening is ook nuttig bij het bepalen van een effectieve migratiestrategie.
Ontwerpen voor verandering houdt vaak in dat monolieten worden opgesplitst in afzonderlijke microservices. Dat op zich kan een substantiële refactoring vereisen, maar het kan op lange termijn dividend uitkeren.
Als je eenmaal een microservices-architectuur hebt aangenomen, heb je de vrijheid om elke afzonderlijke service in de cloud te lokaliseren die er het beste bij past. Als een technologie in de toekomst wordt vervangen, kunt u zich concentreren op het migreren van de specifieke microservices die er gebruik van maakten.
Op grotere schaal kunnen cloudproviders hun productstacks ontwikkelen, samenvoegen, of afsluiten. U moet plannen maken voor hoe uw systeem op deze gebeurtenissen zal reageren, hoe onwaarschijnlijk ze ook lijken. Ga er niet vanuit dat de huidige situatie voor altijd hetzelfde zal blijven.
4. Geen migratieplan
GERELATEERDHoe u uw database kunt migreren naar AWS
Het implementeren van een cloudarchitectuur is niet iets dat u in een middag doet. Succesvolle migraties vereisen een actieplan dat volledig rekening houdt met alle onvoorziene omstandigheden. U moet ervoor zorgen dat alle belanghebbenden op de hoogte zijn van wat er aan de hand is, waarom het nodig is en hoe u op onvoorziene problemen zult reageren.
U moet ernaar streven uw workloads geleidelijk te migreren. Als u alles in één keer verplaatst, heeft elk probleem veel meer impact. Als u begint met een service met relatief weinig verkeer, krijgt u meer ademruimte als er iets misgaat.
Evalueer elke migratie om de lessen te identificeren die u kunt toepassen op de volgende. Verhoog geleidelijk uw cloudadoptie totdat u bent waar u wilt zijn. Een migratie kan uiteindelijk een oefening van meerdere maanden worden, maar dit geeft u meer tijd om de effecten op uw organisatie te analyseren.
Als er niets anders is, is een gedocumenteerde strategie belangrijk, zodat u een referentie voor de toekomst hebt. Uw opvolgers zullen u dankbaar zijn als u hen kunt wijzen op een migratieplan waarin wordt uitgelegd hoe uw infrastructuur zijn huidige staat heeft bereikt. Het is belangrijk om zowel de business case voor elke fase als de technische details uit te werken. Dit helpt illustreren waarom een systeem is gekozen in plaats van alleen te beschrijven wat er is geïnstalleerd.
5. Beveiliging deprioriteren
Deze lijst zou niet compleet zijn zonder beveiliging te noemen. Beveiliging moet meer zijn dan een bijzaak. Het moet in elk aspect van uw architectuur worden ingebakken. Door beveiliging naar het begin van uw besluitvormingsproces te verplaatsen, zorgt u ervoor dat het niet over het hoofd kan worden gezien.
GERELATEERD: Wat zijn de drie pijlers van cyberbeveiliging?< /strong>
Ga er niet vanuit dat uw cloudsystemen inherent veilig zijn. Het gebruik van providers van grote namen kan valse zekerheid bieden dat uw gegevens worden beschermd. In werkelijkheid is geen enkele cloud volledig veilig. Veel ernstige inbreuken zijn het gevolg van basisconfiguratiefouten, zoals het onbedoeld blootleggen van een objectopslagbucket.
Het integreren van beveiliging in uw ontwerp verkleint het risico op verborgen problemen. Een enkele audit aan het einde van uw proces kan ertoe leiden dat u kwetsbaarheden mist die in afzonderlijke componenten liggen.
Systemische beveiligingsintegratie voegt tijd en kosten toe aan de initiële build, maar is van vitaal belang voor langdurig gebruik. U moet rekening houden met elke mogelijkheid waarin een aanvaller toegang kan krijgen tot uw servers, gegevens en configuratiearchieven.
Vergeet niet om ook de toegang tot cloudhost-controlepanelen te vergrendelen. Het heeft geen zin om strenge beveiligingen voor de werkbelasting te hebben als u een onbeveiligd wachtwoord gebruikt om toegang te krijgen tot uw hostingprovider. Gebruik een sterk wachtwoord, stel authenticatie in twee stappen in en delegeer alleen toegang aan essentiële teamleden.
Samenvatting
Een effectieve cloudarchitectuur helpt u de kansen te maximaliseren geleverd door uw systemen. Cloudtechnologie kan efficiënter, schaalbaarder en gemakkelijker te integreren zijn met andere services. Dat betekent echter niet dat het uw enige optie is.
Beoordeel het volledige spectrum van beschikbare technologieën, maak een gedetailleerd plan voordat u migreert en sta open voor verandering. Integreer beveiliging vanaf het begin, zodat u weet dat uw gegevens veilig zijn. Je kunt nog steeds fouten maken, maar je bent in ieder geval beter voorbereid om erop te anticiperen en ze op te lossen.