Fórum Root.cz
Hlavní témata => Server => Téma založeno: Carlos 04. 07. 2014, 13:58:19
-
Kromě toho, že cloud jsou z velké části prázdné marketingové žvásty a buzzword (dřív jsme prostě měli věci na serveru a přistupovali k nim z klienta - ale dneska se o všem musí říkat, že to máme v cloudu), by měla být důležitou vlastností cloudu škálovatelnost - z pohledu uživatele/zákazníka by se to mělo jevit jako nekonečný prostor, ze kterého může použít, kolik chce (a taky si tolik zaplatí).
Vedle na serveru Zdrojak.cz se pod článkem PHP v cloudu III (http://www.zdrojak.cz/clanky/php-cloudu-iii/?show=comments#comments) v diskusi objevily zajímavé komentáře. (článek není o PHP v cloudu, ale je to PR na službu Microsoft Azure)
Kinkos tam píše:
S Microsoft Azure mám celkem zásadní problém, aniž bych ho musel přímo zkoušet – je to vidět i bez toho.
Jakou mi dá Microsoft záruku nějaké dlouhodobé stability? Jde o ceny, dostupnost služby, kvalitu a další parametry. Jde mi o to, že tohle je proprietární služba a poskytuje ji jen Microsoft, nikdo jiný.
Když ale budu mít hosting na Apachovi + PHP + MySQL/PostgreSQL, není to proprietární a existuje spousta dodavatelů poskytujících tyto komponenty a taky si můžu zprovoznit totožnou konfiguraci na vlastním železe.
BTW: cloud by měl být o tom, že IT služby jsou něco jako elektřina nebo voda – komodity u kterých můžu změnit dodavatele a nic se neděje (elektrické spotřebiče a vodovodní trubky v domě mi budou fungovat úplně stejně).
a Martin Hassman na to odpovídal:
To je rozhodně pěkné! Ale které cloudy TAKHLE fungují?
Kinkos:
Třeba OpenShift – můžete si ho stáhnout (včetně zdrojáků) a provozovat si ho sám nebo si najít jiného provozovatele než RedHat.
Taky se můžete podívat na Cloud Foundry a další. V oblasti IaaS je toho taky dost (OpenStack, Nimbus, Eucaliptus…).
Martin Hassman:
Díky. Zajímavé by bylo znát podíl těhle platforem ze všech nasazení cloudů.
Je trochu zvláštní, že šéfredaktor takového serveru tyhle věci nezná a musí se na ně ptát čtenářů (čekal bych, že by měl mít větší rozhled, aby mohl např. poptávat takové články od autorů), ale to nechme stranou.
Zaujala mne ta otázka na podíl platforem. IMHO je tohle ještě dost mladý obor a podíl závisí z velké části na tom, kolik si kdo zaplatí PR článků a kolik naláká frikulínů na módní výstřelky. Vysoká kvalita obvykle nebývá mainstreamová záležitost pro masy. Ale myslím, že by to k tomu mělo směřovat - cloud jako komodita, jako elektřina nebo voda, jak se píše v komentáři výše.
Jaké znáte otevřená řešení v této oblasti? Na co se můžeme v příštích letech těšit? Nechcete o tom někdo napsat článek na Root nebo někam do blogu? :-)
P.S. na Zdrojak.cz se stále cenzurují komentáře (http://forum.root.cz/index.php?topic=8313.0), tak zakládám tuto diskusi raději tady – bylo by škoda, kdyby to někdo smazal.
-
Cloud znamena, ze se o tom budou vest prazdne debaty, pred nazev kazdeho server-klient produktu s doplni nalepka "Cloud", krabice se potisknou modrou barvou s bilima oblackama a vseci se z toho poserem. To ze nekdo chce skalovatelnost a vykon, od toho tu byly superpocitace odjakziva, cloud se dnes hlavne pouziva na zalohovani vseho k nekomu cizimu a breku, jak se to ztratilo....
-
Jak jsem to já pochopil, tak cloud v pravém slova smyslu je softwarem vytvořená vrstva nad hardwarem, která se z pohledu uživatele cloudu jeví jako souvislý prostor. K této vrstvě lze přidávat další fyzický hardware a prostor se zvyšuje spojitě. Výkon je distribuovaný automaticky tak, aby byly kapacity hardwaru maximálně využity, storage se rozděluje dynamicky, věci jsou na více fyzických mašinách apod., což zajišťuje redundanci a zrychlení.
Co zajímá třeba mě, jak se to liší od klastrů a virtualizace a podobných věcí. Virtualizaci chápu tak, že na jednom fyzickém stroji běží n virtuálních strojů. Tedy není tam, že by nějaká aplikace mohla běžet na více strojích zároveň.
Tohle jsou zatím mé dojmy, tak mě klidně opravte nebo doplňte.
Hodně velký cloud poskytuje Amazon na svém řešení, tuším, že má desítky procent trhu.
Jinak souhlasím s tím, že pojem cloud je hodně nadužívaný a už se v podstatě používá pro každou serverovou záležitost. Zároveň nikdo, většinou ani programátoři pořádně neví, o co jde. Což hodně vychází z toho, že je to nový koncept a ve škole se o tom ještě neučili.
-
Docela zajímavé definice jsou tady http://stackoverflow.com/questions/9723040/what-is-the-difference-between-cloud-grid-and-cluster (http://stackoverflow.com/questions/9723040/what-is-the-difference-between-cloud-grid-and-cluster)
Ještě se k tomu přidává grid :)
Cloud je tu v té širší definici, tedy jak jakákoliv služba dodávaná přes internet. (SAAS)
-
Pre mna osobne je Cloud len nadpojem pre SaaS/PaaS/IaaS.
Cize pokial niekto spomina len cloud, vzdy sa snazim dojst k jednej z tychto 3 definicii.
TL;DR ale z prispevku hore mam pocit ze sa jedna o PaaS, nejaka platforma na ktorej mozes nechat bezat svoj kod. Neriesis middleware, len uploadujes kod a ressource...
SaaS je jasny, nie je o com.
IaaS, moja oblubena forma CLoudu... Najma riesenia ala Profitbricks kde si mozes myskladat cele datove centrum, nechat par dni bezat a potom hodit do kosa a neposkodit tym moj rozpocet na vyvoj.
-
Co zajímá třeba mě, jak se to liší od klastrů a virtualizace a podobných věcí.
Cloud většinou (nebo spíš vždycky) nad virtualizací staví - v tomhle je to spíš obchodní model - místo aby sis pronajal VPSku s fixními parametry a fixní cenou, tak dostaneš "cloud" kde si můžeš s parametry snadno hýbat a cena se taky mění.
U toho, co se nálepkuje jako cloud, ale často neplatí, co píšeš - že cloud dělá abstraktní vrstvu a z pohledu aplikace je to spojité, nekonečný prostor - v praxi to často vypadá, že můžeš škálovat jen do určité míry (dokud se vejdeš na jeden fyzický stroj - které ale bývají hodně výkonné, takže hodně zákazníků na ten limit ani nenarazí) a pak už musíš objednat víc "nodů" a aplikaci rozdělit. U storage někdy tahle abstrakce jakž takž funguje, ale u výpočetního výkonu moc ne - kdybys někde řekl, že chceš 1000 jader CPU, tak tě většina poskytovatelů pošle do háje, nebo ti dají leda pár nodů, ale nebudeš to mít v rámci jedné instance operačního systému, jako jeden virtuální počítač. Přesto tomu říkají cloud. (to jsme zase u těch buzzwordů - většinou to jsou pořád VPSky akorát s jiným účtováním ceny).
-
pre mna je Amazon Web Services synonymom cloudu - hram sa s tym uz asi 1.5 roka
- vsetko skalovatelne, ked vies ze kazdy den o 21:47 potrebujes prepocitat vsetky data co sa ti pozhrnali za cely den, tak si prenajmes vypocetnu kapacitu 1283 serverov na 24 minut
za cloud nepovazujem 'mame 4 servery a v Brne dalsie dva so vcerajsim backupom'
-
data v cloudu == data v coudu
Jinak mi celkem pravidelne volaji ruzni vopruzove, jestli uz pouzivame cloud, a ze mi poslou nabidku, pripadne se snazej vnutit na osobni navstevu ...
Pokud budeme konkretni (na tema nabidky cloudu) ...
1) uloziste - to co se mi dostalo k rukam bylo vzdy nekolikabasobne drazsi nez ukladani na vlastni HW, a vzdy defakto zcela bez garanci (garance per huba me nezajima, zajima me, kolik hodla dotycny zacalovat, kdyz to chcipne).
2) vsemozny webovy aplikace - fukcionalita prevazne tragicka, realne by to dokazalo nahradit tak mozna notepad, a zase jsme u tech dat a garanci, kde se navic do hry zapojuje bezpecnost dat, a zajisteni pristupu.
3) vykon - nikdo z meho okoli tohle nepotrebuje, ale necht, dovedu si predstavit ze nekdo pocita atomovou bombu a portebuje velky mnoztvi vykonu. Ovsem ma to smysl pouze a vyhradne pokud jde o jednorazovy akce. Jinak opet vyjde levnejs vlastni zelezo.
Jestli sem neco vynechal, tak jiste nekdo doplni, ale resultat? Hromada PR zvastu a kde nic tu nic.
-
jop ... jste doplnim, vopruzove casto pindaj na tema, ze zamestnanci se k datum dostanou vsude ... na to tema tu mam nekolik webovych rozhrani + samo moznost se pripojit vzdalene na terminal (klidne i z mobilu, pokud to tak nekomu vyhovuje ...).
-
data v cloudu == data v coudu
3) vykon - nikdo z meho okoli tohle nepotrebuje, ale necht, dovedu si predstavit ze nekdo pocita atomovou bombu a portebuje velky mnoztvi vykonu. Ovsem ma to smysl pouze a vyhradne pokud jde o jednorazovy akce. Jinak opet vyjde levnejs vlastni zelezo.
Jestli sem neco vynechal, tak jiste nekdo doplni, ale resultat? Hromada PR zvastu a kde nic tu nic.
poznam pripady kde je vykon treba - napriklad davkove spracovanie dat, mas 400GB DB, denne ti pribudne 1GB dat a potrebujes v nejakom case 'ukoncit den' a prepocitat vela veci naraz co najrychlejsie aby v USA, a potom v Azii mali co najmensiu prestavku
-
Kromě toho, že cloud jsou z velké části prázdné marketingové žvásty a buzzword
Cloud je farma serverů a většinou jich po světě bývá více, s příslušným software, mezi nimiž dochází pro uživatele transparentně k přesunu dat anebo rovnou celých aplikací. Příklad cloudu je facebook, jednotlivá data se různě přesouvají a duplikují po světě a uživatelé o tom ani nemají tušení.
Mít server v serverhousingu na cloud nestačí, ani běžné klient-server řešení, ani běžná webová aplikačka, ani load balancing nebo cluster.
Co zajímá třeba mě, jak se to liší od klastrů a virtualizace a podobných věcí. Virtualizaci chápu tak, že na jednom fyzickém stroji běží n virtuálních strojů. Tedy není tam, že by nějaká aplikace mohla běžet na více strojích zároveň.
Liší se to tím, že zatímco při virtualizaci a clusteru data a aplikace dřepí stále na stejném hardware, tak v cloudu se to čas od času transparentně přesouvá jinam, klidně na jiný kontinent.
-
Ehm ... cluster data zcela bezne presouva dle potreby, cachuje ... pokud je tak rozsahlej, ze to ma smysl.
-
cluster data zcela bezne presouva dle potreby
Holt dobrej oddíl :-) Běžný cluster toto obvykle neumí.
-
Liší se to tím, že zatímco při virtualizaci a clusteru data a aplikace dřepí stále na stejném hardware, tak v cloudu se to čas od času transparentně přesouvá jinam, klidně na jiný kontinent.
Moderní virtualizace funguje tak, že můžeš přesouvat běžící virtuály mezi fyzickými servery (a jesti jsou v jedné serverovně nebo na dvou kontinentech, to je tvoje věc), takže je třeba na noc nebo přes víkend můžeš nastrkat na jeden fyzický server a ostatní vypnout - a přitom to je pro uživatele transparentní a pořád to běží (jen to bude pomalejší a v případě potřeby většího výkonu se další fyzické stroje zase zapnou a virtuály se na ně online přemigrují).
-
můžeš přesouvat běžící virtuály mezi fyzickými servery
Normálně se to nedělá, v opačném případě je možno mluvit o cloudu.
-
cluster data zcela bezne presouva dle potreby
Holt dobrej oddíl :-) Běžný cluster toto obvykle neumí.
Aha, tys vzivote cluster nevidel ... to by me zajimalo, jak by fugovaly ty chudinky korporace, co maj pobocky po celym svete, jednotnej system ... a hromady dat, z nihz nektery potrebujou globalne a nektery jen lokalne ...
-
Normálně se to nedělá, v opačném případě je možno mluvit o cloudu.
To pořád ještě nemusí být cloud. Za (privátní) cloud bych to považoval, pokud by to mělo aspoň nějakou samoobsluhu, ve které si uživatelé mohou vytvářet a spravovat virtuály a bude to napojené na nějaké interní účetnictví, kde se bude počítat, kolik které oddělení spotřebovalo kapacit. Pokud to ale řídí jen pár správců a VPSky vytvářejí uživatelům ručně na základě žádostí a domluvy, tak to je prostě jen virtualizace, která umí živé migrace. Není na tom nic špatného, ale jen bych tomu prostě neříkal cloud.
-
můžeš přesouvat běžící virtuály mezi fyzickými servery
Normálně se to nedělá, v opačném případě je možno mluvit o cloudu.
Tohle se zcela bezne dela a je to naprosto standardne vyzadovana funcionalita. Umi to kazdej normlani virtualizacni nastroj. Bez toho by ti jaksi cela virtualizace byla naprosto k hownu, protoze misto toho aby ti zbuchnul jeden server fyzickej, kdyz neco pojde, tak by ti jich zbuchlo 100 virtualnich ...
Samo zpusobu a alternativ existuje neurekom, trebas vmware v zakladu to dela tak, ze stroj tipne do snapu a presune => je tam kratka (cca 1s) nedostupnost. Ale muzes si priplatit (a to predevsim za HW) a umi presunout i obsah RAM. Zcela bez vypadku. Stejne tak si muzes virtuali libovolne soupat mezi HW ... pripadne to muze delat samo (pokud mas prislusnou licenci na vyvazovani zateze). A uplne vpohode to zvlada i vypinat nepotrebny zelezo pri maly zatezi ... a s roustuoci si ho zas zapnout.
Zadnej cloud ... to je PR zvast. Data ma provozovatel zcela pod kontrolou na svym zeleze.
-
míchání cloudu a virtualizace zrovna na tomto serveru ....
-
misto toho aby ti zbuchnul jeden server fyzickej, kdyz neco pojde, tak by ti jich zbuchlo 100 virtualnich
Vítej v reálném světě, nikoliv nevýznamná část virtuálů se dělá jen a pouze proto, aby se ušetřilo na železe a poplatcích s nimi spojených a pak to skutečně padne komplet.
Stejne tak si muzes virtuali libovolne soupat mezi HW ... pripadne to muze delat samo (pokud mas prislusnou licenci na vyvazovani zateze).
Nepochybně to lze.
-
Cloud, to je taková ta bílá nebo šedá věc nahoře, občas z ní prší.
-
Kromě toho, že cloud jsou z velké části prázdné marketingové žvásty a buzzword (dřív jsme prostě měli věci na serveru a přistupovali k nim z klienta - ale dneska se o všem musí říkat, že to máme v cloudu), by měla být důležitou vlastností cloudu škálovatelnost - z pohledu uživatele/zákazníka by se to mělo jevit jako nekonečný prostor, ze kterého může použít, kolik chce (a taky si tolik zaplatí).
Vedle na serveru Zdrojak.cz se pod článkem PHP v cloudu III (http://www.zdrojak.cz/clanky/php-cloudu-iii/?show=comments#comments) v diskusi objevily zajímavé komentáře. (článek není o PHP v cloudu, ale je to PR na službu Microsoft Azure)
Kinkos tam píše:
S Microsoft Azure mám celkem zásadní problém, aniž bych ho musel přímo zkoušet – je to vidět i bez toho.
Jakou mi dá Microsoft záruku nějaké dlouhodobé stability? Jde o ceny, dostupnost služby, kvalitu a další parametry. Jde mi o to, že tohle je proprietární služba a poskytuje ji jen Microsoft, nikdo jiný.
Když ale budu mít hosting na Apachovi + PHP + MySQL/PostgreSQL, není to proprietární a existuje spousta dodavatelů poskytujících tyto komponenty a taky si můžu zprovoznit totožnou konfiguraci na vlastním železe.
BTW: cloud by měl být o tom, že IT služby jsou něco jako elektřina nebo voda – komodity u kterých můžu změnit dodavatele a nic se neděje (elektrické spotřebiče a vodovodní trubky v domě mi budou fungovat úplně stejně).
a Martin Hassman na to odpovídal:
To je rozhodně pěkné! Ale které cloudy TAKHLE fungují?
Kinkos:
Třeba OpenShift – můžete si ho stáhnout (včetně zdrojáků) a provozovat si ho sám nebo si najít jiného provozovatele než RedHat.
Taky se můžete podívat na Cloud Foundry a další. V oblasti IaaS je toho taky dost (OpenStack, Nimbus, Eucaliptus…).
Martin Hassman:
Díky. Zajímavé by bylo znát podíl těhle platforem ze všech nasazení cloudů.
Je trochu zvláštní, že šéfredaktor takového serveru tyhle věci nezná a musí se na ně ptát čtenářů (čekal bych, že by měl mít větší rozhled, aby mohl např. poptávat takové články od autorů), ale to nechme stranou.
Zaujala mne ta otázka na podíl platforem. IMHO je tohle ještě dost mladý obor a podíl závisí z velké části na tom, kolik si kdo zaplatí PR článků a kolik naláká frikulínů na módní výstřelky. Vysoká kvalita obvykle nebývá mainstreamová záležitost pro masy. Ale myslím, že by to k tomu mělo směřovat - cloud jako komodita, jako elektřina nebo voda, jak se píše v komentáři výše.
Jaké znáte otevřená řešení v této oblasti? Na co se můžeme v příštích letech těšit? Nechcete o tom někdo napsat článek na Root nebo někam do blogu? :-)
P.S. na Zdrojak.cz se stále cenzurují komentáře (http://forum.root.cz/index.php?topic=8313.0), tak zakládám tuto diskusi raději tady – bylo by škoda, kdyby to někdo smazal.
mracek je bezva v tom, ze nemusite resit zelezo
1. je zelezo nalomene? staci reboot a Amazon vas hodi na jine HW
2. mate problem s produkci, ale nechcete pouzivat produkcni server k testovani, co se podelalo?
Behem chvilky muzete naklonovat celou infrastrukturu a zacit hledat chybu a neorat na produkcnich serverech.
3. chcete nejaky sw, ale nechcete se starat o to jak je nakonfigurovany, provadet udrzbu?
tak si ho pronajmete a vyuzivate jen api. Jo je to risk, ale elektrinu si vetsinou doma taky nevyrabite...
toto vse Vam dovoli verejny cloud jako Amazon, ale jsou i jine
-
Je trochu zvláštní, že šéfredaktor takového serveru tyhle věci nezná a musí se na ně ptát čtenářů
Člověk nemůže znát všechno. Navíc v téhle oblasti se věci hýbou docela rychle, je nespočetně různých produktů a některé záležitosti si musí člověk vyzkoušet, aby věděl, jak to vlastně funguje (protože marketing většinou potřebuje spíš mlžit než vysvětlit tecnickou podstatu). Takže pokud člověk s cloudy vyloženě nepracuje, nebo to cíleně nesleduje, tak se vůbec nedivím, že mu něco unikne. Třeba ten OpenShift byl spuštěný před třemi lety, není to věc typu VMWare, o které už zaslechl fakt každý.
Jinak, docela dlouhá debata na téma cloud tu byla nedávno: http://forum.root.cz/index.php?topic=1841.0
-
Na Zdrojáku vyšel nový hodnotný článek o SQL injection.
Celkem trefný komentář od Davida Grudla:
Děkuji za super článek. Upravil jsem své weby, aby byly odolné proti SQL injection pomocí doporučené sanitizace, takže ze všech řetězců, které ukládám do databáze, odstraňuji uvozovky. Funguje to perfektně. Ale narazil jsem na nepříjemný problém. Potřeboval bych totiž uložit do databáze článek, který obsahuje PHP kód, ve kterém jsou uvozovky použité :-(
Chtěl jsem se proto zeptat, zda je vůbec možné do databáze ukládat řetězce obsahující uvozovky? Všiml jsem si, že v některých článcích zde na Zdrojáku se uvozovky vyskytují. Používá Zdroják databázi? Nebo existuje nějaký trik, jak lze toto omezení obejít a do databáze uvozovky uložit?
Napadlo mě převést uvozovky na HTML entity. Je to správné řešení?
:-)
A Martin Prokeš si do autora trochu rýpnul:
úroveň vysokoškolského vzdělání
A tohle je prosím absolovent „softvérového inžinierstva na Univerzite Karlovej v Prahe“. Smutné :(
Nedalo mi to a na http://is.cuni.cz/IS-139.html jsem našel autorovu bakalářskou práci na téma ModularCMS (co by to taky bylo za PHP programátora, kdyby si nenapsal vlastní CMS, že. Práce samozřejmě začíná přehledem shitových cizích CMS). Škoda že zdrojáky jsou již smazané (viz http://www.kulman.sk/content/modularcms ) mohli jsme se zasmát ještě víc.
Ty zdrojáky ale nejsou smazané, jak někdo správně poznamenal, takže se můžeme pokochat. Náhodně jsem na jeden (https://github.com/igorkulman/ModularCMS/blob/master/src/page.AdminContent.php#L126) kliknul a hle:
$alias = $db->getCell("SELECT id FROM content WHERE alias='{$_POST["alias"]}'");
Ale co taky čekat jiného od dnešního Zdrojáku a člověka, co „pracuje ako Windows Azure a Windows Phone vývojár“.
-
Ještě odkaz na ten článek: http://www.zdrojak.cz/clanky/sql-injection-pre-kazdeho/
A můj komentář na Zdrojáku "čeká na schválení" tak jsem zvědav jak se s kritikou (tentokrát upozornění na bezpečnostní chybu) vyrovnají (asi jako obvykle podle hesla: "kdo maže, ten jede" :-D)
-
Dle očekávání smazáno.
Což o to, mazání komentářů je „legrace“ ale horší mi přijde, že na takový článek může narazit nějaký začínající programátor a bude se „učit“ od člověka, který sám píše takhle špatně :-(
-
Tak napodruhé už komenrář prošel - asi nastoupil směnu nový cenzor.
Každopádně mi přijde, že tam zoufale selhává redakční kontrola. Zatímco komentáře se úzkostlivě "moderují" aby náhodou někdo někoho neurazil nebo nenapsal něco, co není pravda, tak články před vydáním snad nikdo nečte.
Takže pokud chcete trolovat na Zdrojáku, nepište to do diskuse, ale pošlete to jako článek :-D
-
cloud? navrat ke korenum z duvodu obrovskeho tlaku na cenu vyvoje a kvuli objemu i na provozni naklady.
ucetni model: compute node / storage node.
compute node: cela aplikace v jedne jedine staticke binarce. resourcy misto filesystemu natazeny primo do pameti. resourcy obsahujici zakladni slovnik dat proti kterymu se provadi dekomprese s rozdily dat ulozenymi na storage nodech.
http://stackoverflow.com/questions/20970047/add-resources-to-elf-object-grouped-in-one-section primo na compute nodu.
a na ty data si najdete very sparse coding, a DNA differential compression.
absolutni absence userspace jineho nez aplikace samotne v provoznim nasazeni.
ostatni userspace k dispozici jen pri priprave aktualizovane aplikace se slovnikem primo pro svuj compute uzel.
ale jeste to bude nekolik desitek let trvat nez se k tomu cele odvetvi dohrabe.
-
Ještě by možná mohl někoho zajímat trochu jiný soudek:
https://www.youtube.com/watch?v=uEMwSsra1EU ( http://www.returninfinity.com/baremetal.html )
http://erlangonxen.org/ - tohle se mně fakt hrozně moc líbí, ale bohužel to není opensource (zatím?) a je to dost alfa záležitost. Ale mít to v provozu, tak cvrkám blahem :)