Před pár týdny jsem si povídal s přítelem konzultantem. Jeho hlavní rolí je v současnosti práce na projektech přesouvání databází SQL Serveru do cloudu (AWS a Azure) a na hromadné. Jeho příběh mi připomíná projekty před lety na projektech P2V, kde fyzická paměť a jádra mohly být pouze mapovány na virtuální paměť a virtuální jádra a poté dát správci VMWare za úkol to přezkoumat na základě spotřeby, jinak by výhody virtualizace byly negovány.
U migrací do cloudu se kvůli jednoduchosti a rychlosti až příliš často stále používá stejná metodika, ale šok přichází, když se objeví poplatky za předplatné cloudu. Opět se může jednat o zbytečné plýtvání penězi, v tomto případě opex namísto capex .
Z nějakého důvodu se majitelé projektů často zdráhají předem zkontrolovat aktuální využití, spotřebu a výkon a přesně předpovědět velikost, která je potřebná pro migraci do cloudu. Problém s řešením problému po migraci je v tom, že je s tím spojeno větší riziko, více hasičských zásahů a jak rychle to můžete udělat, zatímco účty stále přicházejí každý měsíc.
Těšíme se tedy na to, co řeknou Denis O’Sullivan a Peter O'Connell 14. dubna s jejich živým webovým vysíláním:Přesné dimenzování a škálování vaší cloudové databáze.