Vlákno názorů k článku Odpovědi na nejčastější dotazy k našemu odchodu z předraženého cloudu od mad - Prejit z OpenSearch na ElasticSearch kvuli opensource ?...

Prejit z OpenSearch na ElasticSearch kvuli opensource ? Nema nahodou OpenSearch Apache licenci ? Vetsinou to je presne obracene.

Stejny pocet lidi na cloud jako na on-prem znamena, ze provoz delaj hlavne vyvojari (pokrocile CI/CD), a hw a infrastrukturu nejaka externi firma (vcetne SAN a zalohovani) v pronajatych DC.

Ceny v public cloudu (AWS) se drasticky lisi dle toho, jak moc komplexni sluzby poskytovatele cloudu pouzivate, a jak komplexni topologii tam z nich vytvarite.

Cim vetsi komplexita poskytovane sluzby, tim drazsi, protoze se do ceny u tech komplexnich zahrnou nikoliv jen pouzite zdroje, ale i odbavene pozadavky. Mezi komplexnimi sluzbami AWS jsou casto zavislosti, a platba za transakce/pozadavky se pak uplatni na kazdou jednotlivou z pouzitych sluzeb.

U komplexnich sluzeb se "hw" zdroje nevoli dle Vami pozadovaneho vykonu, ale podle preddefinovanych sablon cloud poskytovatele . Chcete 30 db v RDS, zaplatite za tolik a tolik pameti (bez ohledu na to, jak moc budou realne zatizene).

Nebo rychlejsi disky s garantovanym I/O, platite i za namerene I/O. Zalohujete je ? Pak zaplatite i za I/O potrebne k nacteni snapshotu. Presouvate ta zalohovana data mezi lokalitami ? OK, zaplatite i za ten datovy prenos. Nacpat data do cloudu lze v podstate zdarma proti tomu, kolik stoji prenest je z cloudu zpet na on-prem.

Z toho, ze cloud provider disky virtualizuje, ze pouziva deduplikaci dat nebo differential snapshoting, on-fly komprese (i prenasenych) dat, nemate zadnou financni ulevu. Prenest 10GB muziky a 10GB logu je brutalni rozdil ale stejna cena.

U vlastni infrastruktury extra cena za transakci/request neexistuje, a dokud hw staci, nemusite to resit.

Pokud nestaci, pak je super, pokud dokazete aplikace na kazde vrstve skalovat horizontalne, abyste mohli postupne pridavat dalsi cihly, misto menit stavajici cihly za vetsi tvarnice. Ne vzdy je to trivialni a mozne (SQL databaze, SAN).

u HW řešíme výkon, když nestačí, koupí se nový a jsou jasné náklady. U cloudu to je jedno velké dobrodružství, pro nás dobře placené.

Rozmohl se nám tady třeba takový nešvar, všichni dnes tlačí streaming, microbatching, což vede k vytváření kilobajtových souborů na s3 a je běžné, že se platí za každý IO na s3... Ty diskuze jsou pak vtipné, najednou uživatelé musí řešit něco, co vlastně nikdy neřešili a čemu vlastně nerozumí, takže se nad tím dělají nádstavby, reporting atd.

Člověk si řekne, nevadí, udělám si resource group, nastavím tam denní limit na platbu a bude vše bezpečné. Pak příjde obyčejný nepoučený power uživatel, spustí úlohu, udělá milion souborů za minutu a já s denním zpožděním zjistím, že se rozpočet na resource groupu překročil 10x, protože limit je počítaný s 5 minutovým zpožděním. Zjištění, že měření spotřebovaných zdrojů na cloudech je asynchronní, v nějakých intervalech a ještě k tomu u každé služby jiné je taková pěkná studená sprcha u každého nového projektu.

Vlastně mám pocit, že cloud tlačí poskytovatelé cloudu, integrátoři a lidé, které to živí, klienti do toho skákají a jen tak každý pátý vlastně tuší rizika a chce to dělat rozumně a ne hrubou silou.

GE může vyprávět, s cloudem chtěli ušetřit a první rok byly na trojnásobku nákladů, dnes přestali myslet na cloud jako levnější alternativu k HW, ale zjistili, že mít realtime přehled o infrastruktuře, být schopný dělat okamžitě změny a udržovat vše aktuální a pod kontrolou je vlastně ten největší přínos cloudu, už žádná iLO hesla na papírkách, už žádné přímé připojování klávesnice a monitoru k serveru s důvěrnými daty, už žádné dilema jak šifrovat dat i na nvme, když server podporuje pouze SED.

"už žádné přímé připojování klávesnice a monitoru k serveru s důvěrnými daty"

... a uz zadna duverna data, data v cloudu === data v coudu.

Nejlepsi je predat data do pekel horoucich a nemit nad nimi naprosto zadnou kontrolu. Samozrejme vsichni naslibuji jak jsou prave u nich data v bezpeci, ale staci si precist smlouvu... a nikde tam zadne miliony eur splatitelnych v pripade ztraty/zverejneni tech dat ... nevidno ...