Vår molnstrategi är att välja cloud när det är billigast.
Att välja molnet enbart baserat på lägsta kostnad vid varje tillfälle är inte en strategi — det är en missad möjlighet. Upptäck i min senaste artikel varför en genomtänkt molnstrategi innebär så mycket mer än bara att spara pengar. Lär dig hur rätt strategi kan transformera din IT-infrastruktur och driva verkligt affärsvärde.
Är din molnstrategi redo för framtiden? Läs mer om hur du förbereder din organisation för en framgångsrik digital transformation.
Att transformera eller icke transformera?
Det är frågan… som många, som har packat flyttbilen till molnet full, behöver ställa sig. Ska jag flytta alla mina applikationer med så få förändringar som möjligt eller ska jag transformera dem att passa molnets leveransförmågor? Har jag bråttom och behöver flytta allt snarast eller kan det ta tid?
I det här avsnittet tänkte jag diskutera de migreringsstrategier till molnet som är vanligt förekommande.
Känns dina molnkostnader som ett svart hål?
När många organisationer tar steget att flytta helt eller delvis till molnet, möts de ofta av en utmaning som liknas vid ett expanderande svart hål – kostnaderna. Samtidigt har många av dessa organisationer genomgått en övergång till DevOps och ställts inför komplexiteten att sammanföra utvecklings- och driftkompetens i samma team. Dessa så kallade 'oberoende' DevOps-team kan ibland verka vara drivkraften bakom de ökande utgifterna. Det är här FinOps bruka komma in i bilden. Men vad är egentligen FinOps och hur kan det återställa kontrollen över kostnaderna? Innebär det att du måste placera dina ekonomer i utvecklingsteamen? Låt oss reda ut konceptet FinOps och förstå varför det är så omtalat.
Vi behöver inga processer, vi är agila!
Många organisationer introduceras för agila koncept under sin övergång till molntjänster. Vissa har redan genomgått större transformationer och arbetar med att förbättra dessa, medan andra antingen är mitt i processen eller står inför att påbörja den. Oavsett var du är i resan så slängs det med många agila begrepp och jag har hört många ursäkter för att slippa göra både det ena och det andra för att “stoppa in valfritt agilt begrepp”, slut diskussion. Så hur är det egentligen? Måste man bli agil för att man flyttar system till molnet? Får verkligen utvecklarna göra sig fria från alla uppsatta processer bara för att vi gör en agil transformation?
IT-säkerhet, jag har flyttat till Azure så det sköter väl Microsoft nu?
Vad är egentligen det ansvar för säkerhet som molnleverantörer tar, och vad är ditt, som kunds, ansvar? Och om inte molnleverantören gör det, vem i din organisation ska sedan löpande ta ansvaret och säkerhetsarbetet?
Drift och förvaltning, nää, vi kör PaaS!
När det kommer till lagring slipper du förvisso köpa lagringslösningar och ersätta diskar, men du har virtuell lagring att ta hänsyn till. Räcker platsen på dina virtuella maskiner? Vilken tillgänglighetsnivå och prestanda ska din virtuella lagring ha? Du har också ansvaret för katastrofberedskap för din lagring, dvs hur återställer du ditt data om din molnleverantörs datacenter blir helt eller delvis otillgängligt.
Är molnet bara någon annans datacenter?
I diskussioner kring molnet, möts du också av påståenden som “Molnet, det är ju bara någon annans datacenter” eller andra förenklingar. Här reder jag ur begreppen om vad ett moln verkligen är i den första av flera artiklar som jag tänkte släppa på fredagar.