Hvad skal du være opmærksom på, når du driver IT-løsninger i cloud? Hvad kan du selv gøre for at holde omkostningerne nede og produktiviteten oppe?
Økonomi spiller som regel en afgørende rolle, når valget står mellem on-premise og cloud. For med rejsen til cloud er det ikke alene data og servicer, der holder flyttedag, men også omkostningerne. Virksomheden går fra investering i hardware til at få en driftsomkostning, fordi cloud giver mulighed for betaling alt efter dit forbrug.
Det kan frigøre dyrebare ressourcer, men betyder også, at man ikke på forhånd kender den helt præcise slutpris på cloudløsningen. Den gode nyhed er, at der er mange muligheder for at holde omkostningerne nede ved løbende at optimere økonomien i din løsning. Her er fem tips til, hvad du skal være opmærksom på.
1) Luk for de services du ikke bruger
Driver din virksomhed en eller flere gamle hjemmesider, som ikke længere er relevante for forretningen og jeres kunder? Kører der forældede maskiner, der ikke længere er i aktiv tjeneste? Der kan være en del 'vraggods' i en virksomheds samlede IT-setup, som godt kan trænge til et kritisk gennemsyn, en renovering og en oprydning. Når man betaler efter den kapacitet og det forbrug, man lægger beslag på, er det en god idé at gå alt efter i sømmene med jævne mellemrum.
2) Vælg rightsizing og ikke widesizing
Når man går fra et on-premise-datacenter til en cloudløsning, gælder det også om at skifte fra en on-premise-mentalitet til en cloudmentalitet. Har man et datacenter, betyder det mindre at have overskudskapacitet, da det koster et bestemt beløb at drifte centret, uanset hvad. Men widesizing – eller overprovisioning – kan blive dyrt, når det gælder cloud, hvor man betaler for kapacitet og efter forbrug. Vejen til rightsizing går gennem transparens i IT-miljøet og en grundig kortlægning af det faktiske forbrug.
3) Kør kun testsystemer, når du tester
Det er fantastisk at have virkelig store 'muskler' til rådighed i cloud, når du skal køre testsystemer i den store skala. En af de markante fordele er at kunne skrue op for kapaciteten til specifikke formål uden at 'bygge til' i eget datacenter. Det indebærer imidlertid også en risiko for at lade en meget stor dør stå åben, hvis ikke du lukker testsystemet ned igen, når det ikke længere er i brug. Overvej eventuelt en automatisk nedlukning efter brug, så dit testmiljø ikke står og bruger penge. Dertil bør du sikre tags, som definerer ejerskabet, typen af miljøet samt udløbstid, så du altid i din egenkontrol har et indblik i hvad, der skal høre og hvad der kan lukkes.
4) Design dine applikationer optimalt
Når du arbejder med nye applikationer eller servicer, bør de være bygget til cloud og ikke trække ekstraordinært mange ressourcer, uden at der er en god grund til det. Det skal være robuste applikationer, helst bygget på standardprotokoller og uafhængige af specifikke infrastrukturer. Det er også en god idé at tænke potentialet for skalering ind fra starten. Derudover bør der tages forholdsregler med hensyn til kryptering og sikring af applikationssikkerhed, hvilket kan få en væsentlig afledt betydning for økonomien, hvis ikke det bliver håndteret korrekt.
5) Brug autoskalering til din cloudkapacitet
Dynamik, fleksibilitet og agilitet er nøgleord i en moderne IT-infrastruktur, og netop cloud giver dig mulighed for at udnytte nye forretningsmuligheder med størst mulig effekt på kortest mulig tid. Det giver god mening at kunne opskalere, hvis forbruget af en bestemt service pludselig forøges, eller at nedskalere, hvis det modsatte er tilfældet. Med autoskalering kan du løbende tilpasse kapaciteten til den faktiske brug af de enkelte servicer, så brug og forbrug konstant er afpasset. Sæt et en øvre grænse på skaleringen og opsæt alarmer til notifikationer omkring hvornår du nærmer dig, så sikrer du at omkostningerne bliver holdt i ro.
Brug vores tips som inspiration til at få en lønsom cloudløsning, hvad enten du allerede er i cloud eller først for nylig har påbegyndt rejsen. Vi rådgiver gerne om konkrete løsninger til omkostningskontrol uanset omfanget af dit miljø.
DK
