Vlákno názorů k článku Co je a co není cloud od DgBd - Nemám pocit, že by se tyto dvě situace...

A mohu se zeptat, zda vlastníte a provozujete nějaké skutečně "kritické aplikace"? jen by měl zajímalo, jestli máte o chodu některých kritických aplikací a jejich potřebách vůbec ánung.

Každý má právo na svůj názor, já vám váš neberu. Klidně provozujte vaše nekritické aplikace na cloudu a kritické doma, je to vaše volba.

U mnoha lidí je pěkně vidět, že se jim cloud spojuje s MS a Googlem či Amazonem a podle toho jsou k němu bu'dto přívětivý nebo hejteři. Praktickým lidem, kteří mají zodpovědnost za vícero aplikací, to dávám do rukou nástroj, který mohou a nemusí využít. proto cloud vítají.

Aby ste moh pouzivat cloud, potrebujete konektivitu i kdyz si zaridite dve (nebo vice) "nezavisle" pripojky, vetsinou zjistite, ze k vam ty draty vedou stejnym kanalem nebo APcko je na stejnym baraku => kdyz to trefi blesk/vypnou elektrinu/vyplavej povodne/... tak ste (narozdil od lokalniho reseni) vprdeli. Navic tyhle informace casto mate problem vubec ziskat (kudy a odkud ze vas to ISP pripojuje).

Lokalne muzete mit HW znasoben podle pozadovane bezpecnosti, muzete jej mit rozlozen do ruznych budov a muzete mit agregaty zajistujici provoz pri vypadku energie + to ze zrovna nejde net, je vam sumafuk.

Nehlede na to, ze spolehat se pri provozu kriticke aplikace na neco, co je z principu naprosto negarantovatelne (i ten nelepsi ISP vam garantuje konektivitu ke sve GW a dal leda prd a navic vam pri vypadku tak maximalne vrati mesicni platbu ...)

Mám je na Bílý Hoře. Tagže pokavad se semky zasejc nenahrnou bavoráci, švejdi apod., je to v richtiku.

Technická: to nejni primárně vo obchodu a prašulích, ale vo spolehlivosti. Teprf u tych aplikací, kerý nemusej bejt ouplně spolehlivý, sa dá zvážit cena.

toto neni proti-argument, ale ideove placnuti, ani ta tecka to nezmeni ....

Pane, budto jste obchodnik a vite kolik vas stoji provoz aplikace na hodinu, den, ... a v tomto ohledu musi cloudove do budoucna byt vyhodnejsi uz jenom proto ze utilitizuje vyuziti vsech pocitacu zapojenych do cloudu coz vy nedokazete, a nabizi i takove platebni modely. Dalsi vec je udrzba, vite ze Heroku ma pouze tri adminy?! atd ... Takze si to proste spocitate.

Nebo jste zvanil a pak placate co vas napadne a jakoliv diskuze je s vami marna.

To je ta část mé odpovědi, kterou "přehlédl". A má dost malou představivost ;-)

Simply: housing mám víceméně pod kontrolou, cloud nenám víceméně pod kontrolou. Tečka.

pletete si pojmy, Amazon nabizi IaaS, tj, infrastrukturu, jak si to nastavite je vase vec. To je i ostatne pouceni z vypadku, kdo mel aplikaci rozlozenou pres zony bezel dal, a to je prave cloud.

PaaS, to je to co google nabizi, je platforma, kde jiz 'problemy' s konfiguraci, rozlozeni resi za vas. Konkretne google vasi aplikaci v PaaS ma replikovanou min 3x!

Trochu si prosim doplnte vzdelani nez se pustite do kritiky neceho o cem nic nevite ....

Aha, takže nedávný masivní výpadek Amazonu se nám asi jen zdál, protože cloud přece nemá SPoF a tak je přece něco takového nemožné... ;-)

Pointa je v tom, že i když mám blbý server v housingovém centru, tak pokud mi klekne, můžu dát nový, obnovit ze zálohy a jet dál. Když ale přestane fungovat cloud, tak můžu akorát tak sedět se založenýma rukama a koukat, jak mi naskakuje ztráta...

jste me pobavil: 'cloud se hodi pro nekriticke aplikace', zatimco vas jeden server umisteny nekde v housingovem centru, v lepsim pripade, je pro kriticke aplikace idealni ze?

Cloud nema ze sve podstaty Single-Point-Of-Failure, takze je prave idealni pro kriticke aplikace, spolu s elasticitou a dostupnosti ....

Možná bych specifikoval pojem cloud pojmem "proměnný chod". Prostě nevíte, kde a jak Vaše aplikace běží. Hodí se pro běžné a nekritické aplikace, na kerejch Vám zase tak moc nezáleží. Příklad je nějakej douhej a složitej výpočet, kerej, pokavad skolabuje, prostě pustíte znova "from the scratch".