Jeg chattede med en konsulentven for et par uger siden. Hans hovedrolle i øjeblikket er at arbejde på projekter, der flytter SQL Server-databaser til skyen (AWS og Azure) og på masse. Hans historie minder mig om projekterne for år tilbage på P2V-projekter, hvor den fysiske hukommelse og kerner måske bare blev mappet til virtuel hukommelse og virtuelle kerner og derefter give VMWare-administratoren opgaven med at gennemgå dette baseret på forbrug, ellers blev fordelene ved virtualisering negeret.
Godt med cloud-migreringer anvendes den samme metode alt for ofte stadig for enkelhed og hastighed, men chokket kommer, når skyabonnementsregningerne ruller ind. Det kan igen være et undgået spild af penge, i dette tilfælde opex i modsætning til capex .
Af en eller anden grund er der ofte en tilbageholdenhed hos projektejere til at gennemgå det nuværende forbrug, forbrug og ydeevne på forhånd og præcist forudsige den størrelse, der kræves til skymigrering. Problemet med at løse problemet efter migrering er, at der er mere risiko involveret, mere brandslukning, og hvor hurtigt kan du gøre dette, mens regningerne stadig kommer ind hver måned.
Så ser frem til at høre, hvad Denis O'Sullivan og Peter O'Connell har at sige den 14. april med deres live webcast:Accurately Sizing and Scaling Your Cloud Database.