Názory k článku
Když praskne mrak, je po cloudu

nechápu proč všichni brečí, že došlo k pošramocení pověsti cloudu, vždyť i malé dítě ví, že 100% dostupnost zajistíte pouze s CDN sítí,

I když klekne server? Pro mne je to jasný signál; nebrat!

Jinak receno, spolehlivost cloudu je uplne stejne jako spolehlivost lokalniho systemu - zavisi vyhradne na mnozstvi prostredku a prace do te spolehlivosti investovanych.

Navic lokalne to muzete vzdy nejak ovlivnit v cloudu prakticky nikoli.

Jistě - ale v případě cloudu nejmíň polovinu těch prostředků (tj. do infrastruktury) investuje někdo jiný :)

... který žvaní něco o replikacích atd., a že ztráta dat prakticky nemůže nastat. A to, že nastala skoro na začátku komerčního nasazení cloudů, a u takové firmy, dává jen jednu odpověď: cloud je mnohem míň bezpečnej na ztrátu dat jak vlastní spravovaná farma replikujících se serverů, jen je levnější. Jestli to někomu za to stojí, nemít nad těma datama žádnou kontrolu, a když stejně musí replikovat do lokálu, budiž.

doporucil bych si precist http://don.blogs.smugmug.com/2011/04/24/how-smugmug-survived-the-amazonpocalypse/
Autor tam rika, ze sami maji vlastni farmu serveru, a nejsou na ni schopni dostahnout takovy dostupnosti jako v EC2 (pouzivaji oboje).

A to, že [ztráta dat] nastala skoro na začátku komerčního nasazení cloudů, a u takové firmy
Mohl byste napsat, jaký případ myslíte? Z komentáře to vypadá, jako byste myslel současný případ Amazonu, tam ale ke ztrátě dat nedošlo.

http://www.zive.cz/bleskovky/amazon-po-vypadku-nelze-nektera-data-z-cloudu-obnovit/sc-4-a-156910/default.aspx

Přijde mi jako samozřejmé, že svá data mám vždy uložena na více místech a tím lépe zabezpečena proti ztrátě těch dat. Pokud bych se rozhodl pro cloud, pak to nebude kvůli spolehlivosti, ale kvůli snadné dostupnosti odkudkoli. A rozhodně si k tomu zajistím i zálohu (replikaci, archivaci), abych nebyl v případě výpadku provozovatele cloudu odkázán na zálohy, o kterých nic netuším.

IMHO celý spor o cloud je jen kvůli nepochopení toho, co si (potenciální) uživatelé od cloudu slibují. Pokud pominu naivní snílky, tak zatím u všech lidí, u kterých jsem se setkal s tím, že o nějakém cloudovém řešení vážně uvažují, byla důvodem k pořízení dostupnost odkudkoli a zajištění takové infrastruktury, která by při vlastním pořízení byla neúnosně drahá. Vždy bylo součástí úvah i vlastní zajištění dat v případě výpadku. V celém řešení je to velmi málo nákladná položka. Pochopitelně s nějakou rozvahou, jaký způsob zálohy zvolit, jestli se snažit o on-line replikaci, či stačí jen nějaký způsob plánované synchronizace x-krát za den a z toho vyplývající rizika ztráty x hodin práce apod.

Osobně třeba tenhle výpadek Amazonu vítám, protože přišel velmi brzo a může pomoci mnoha lidem při rozhodování, nakolik důležitá je vlastní záloha dat.

Ano, je to marketing. Bohužel ti, kteří rozhodují a schvalují koncepci řešení nerozumí technologii, zato však umí počítat peníze.

To nejsou "prostředky", to jsou kvalifikovaní lidé.

Přesně tak, co mám doma, to mám jistý.

Tak na tohle téma mám něco velmi aktuální, co padlo včera:

"Keep cloud open or go back to 80s-style computing."

Jim Whitehurst, Red Hat CEO
Red Hat Summit 2011

Způsobí odliv pracovní příležitosti směrem do globálních center. Potřeba budou jen kravatoví "obchodníci", jejichž platy budou odpovídat kvalifikaci. Nižší poptávka po low-end a midrange serverech může způsobit bankrot některých výrobců HW. Pevně věřím, ža až to přijde, budu v penzi.

Uprimne, ja jsem ty ITaky nikdy moc nemusel ;). Prijdou mi jak prodavaci mobilu, pysni na to sve naradi, jaky ma tahle masina vykon a tahle ma klavesnici s koleckem na vic :).

Tady je dobrej článek jak implementovat PHP sessions v AWS tak, aby fungovalo rozdělení provozu:

http://www.keboola.com/blog/php-sessions-with-memcached-and-a-database-session-in-the-cloud-done-right/

"Za nás si nedovedu vůbec představit náklady na přesun infrastruktury k někomu jinému" - tak pri vysloveni takehoto niecoho by mali cloveku v hlave blikat vsetky cervene ziarovky a zvonit vsetky alarmy...