Fórum Root.cz
Hlavní témata => Server => Téma založeno: Karbous 10. 06. 2016, 10:44:58
-
Drive se nahravala data a dokumenty na server. Ted je moderni nahravat data a dokumenty na cloud.
Potreboval bych poradit jaky je v tom rozdil.
Momentalne mam predstavu ze cloud = server + nejaka cool serverova aplikace neco jako samba s nejakym coool web pristupem a databazi. Tedy, ze je to v podstate stejne, jen se tomu jinak rika, aby se to prodalo.
Mylim se prilis?
-
Je to jen marketing.
Kdysi dávno to znamenalo, že svá data nahrajete na nějakou službu a prakticky vás nezajímá, na kterém fyzickém serveru (či spíše na kterých fyzických serverech v replikách) dané služby to skončí. Příště se připojíte třeba na úplně jiný vstupní server stejné služby a svá data tam uvidíte. Služba si to interně zařídí jak potřebuje, vy máte k disposici jednu adresu a nějaké api pro přístup k datům.
Jenže debilové z obchodních oddělení ucítili příležitost, takže se postupně za cloud začal označovat i jeden disk připojený k síti, který exportuje smb, dlna a má nějaký fancy web plný bezpečnostních chyb.
-
No asi takhle:
Server: V sídle firmy je rack s nějakým železem. Všechno si to chrochtá interně, IT se stará o stav železa, updaty a zálohy. Ale je jistoa (pokud tam není M$ technologie a děravý firewall), že se z toho nic nedostane ven. A že firma funguje, dokud je elektrika a výpadky konektivity tě nezajímají. Pravidla užívání si nastavíš, jak se ti to zrovna hodí. Při použití IPv6 neví útočník, na jaké IP adrese hledat a scan sítě by trval dýl, než server fyzicky odepíšeš.
Čmoud: Pošleš data jinam. Železo, zálohy a podobně tě nezajímají. Dala ale bloudí kdoví kde. API, veřejný IP adresy k datům a podobně jsou defakto veřejně dostupný, útočník je má jako na talířku (jako ta autentizace u Mrkkvošrotů, jak stačilo na spárovaný LDAP hodit uživatele s mailovou adresou konkurenční firmy). mimo přívodu elektriky jako v prvním případě závisíš i na ISP a provozu služby. Pravidla určuje někdo jiný - větší šance, že přijdeš o data, než když jednou týdně vezmeš z hromádky v tezoru USB HDD, který je na řadě, a uděláš snímek serveru. Jeden obrázek, kde je víc holé kůže, než se robotovi líbí, a máš u M$ smazaný data i s účtem. Filmy a hudba, i legální nebo dokonce vlastní tvorba, jsou na základě přípony pirátění a ruší se za to účet i s daty. Nebo klientská aplikace rovnou prošmejdí PC a zkopíruje a pomaže lokální kopie toho, co se mu líbí a když zrušíš předplatný, přijdeš o to (tuším Apple nebo někdo takový).
Nešel bych do už z principu, aspoň dokud nebude legislativně deklarováno, co si provozovatel čmoudu smí dovolit a za co povinně ručí. Teď si dá do podmínek něco ve smyslu, že za uložený data neručí, nebo nějakou nesplnitelnou podmínku, díky které může cokoliv a není na něho žádná páka, pokud nejsi nadnárodní korporace.
-
Ale je jistoa (pokud tam není M$ technologie a děravý firewall), že se z toho nic nedostane ven.
ha ha ha. a jeste jednou ha ha ha. Vsadim se o cokoliv, ze ti mnohem lepe vynesu data ulozeny ve firme nez ulozeny v tom vasem "čmoudu" treba u M$ nebo Google.
Hint: zamestnanci jsou kurvy prodejny - vzdy a vsude se najde nejakej takovej... A kdyz ne tak si ho tam jako utocnik primo nasadim.
-
Proč bys chtěl vynášet data ze "čmoudu" od M$ nebo Google? Ti už přece ty data mají...
A "nasadit" někoho do firmy = kriminální čin -> soud -> klepeta.
-
Ale je jistoa (pokud tam není M$ technologie a děravý firewall), že se z toho nic nedostane ven.
ha ha ha. a jeste jednou ha ha ha. Vsadim se o cokoliv, ze ti mnohem lepe vynesu data ulozeny ve firme nez ulozeny v tom vasem "čmoudu" treba u M$ nebo Google.
Hint: zamestnanci jsou kurvy prodejny - vzdy a vsude se najde nejakej takovej... A kdyz ne tak si ho tam jako utocnik primo nasadim.
Když jsou blbě placený, musej si trošku přilepšit ne ?
A otázka, co konkrétně mění cloud? Tak místo loginu do custom systému dostaneš login do cloudu ...
-
Ale je jistoa (pokud tam není M$ technologie a děravý firewall), že se z toho nic nedostane ven.
ha ha ha. a jeste jednou ha ha ha. Vsadim se o cokoliv, ze ti mnohem lepe vynesu data ulozeny ve firme nez ulozeny v tom vasem "čmoudu" treba u M$ nebo Google.
Hint: zamestnanci jsou kurvy prodejny - vzdy a vsude se najde nejakej takovej... A kdyz ne tak si ho tam jako utocnik primo nasadim.
Blbost. Když vím, že jsou data fyzicky v baráku a že k nim někdo šel zevnitř, tak najít ho není problém. Nafekjkuju 20 verzí sdílených dat, pro každýho zaměstnance jinou (stejný soubor, ale s nějakým pozměněným číslem nebo větou v textu) a která projde ven, ten zaměstnanec má padáka, kriminálku a firemního právníka s žalobou o náhradu škody na krku. Když je cestou ještě pět firem s konektivitou a infrastrukturou, lidi u provozovatele čmoudu a pár tisíc anonymních black hatů kolem unifikovanýho API, je hledání viníka mnohem těžší.
A čmoud nijak nezabrání špehovi ani sabotérovi v jeho činnosti. Naopak, přihlásí se odkudkoliv, nejenom z firemního PC přes VPN. Ze zavirovanýho železa s nezablokovaným USBčkem a vypalovačkou, mimo firemní firewall,...
-
Nafekjkuju 20 verzí sdílených dat, pro každýho zaměstnance jinou
jj, tohle je urcite nejvetsi starost kterou resi kazdy normalni sef kazde normalni firmy... (a ten sef-ajtak co mu to nastavuje se nikdy s nikym ze zamestnancu nevozral v baru :-) )
ten zaměstnanec má padáka, kriminálku a firemního právníka s žalobou o náhradu škody na krku.
kriminalku? za co presne? firemniho pravnika a nahradu skody? prokazat umysl neni uplne trivialni. padaka? uz jsi nekdy v praxi zkousel dat nejakymu vohnoutovi padaka v tomhle socialistickym absurdistanu?
Proč bys chtěl vynášet data ze "čmoudu" od M$ nebo Google? Ti už přece ty data mají...
A "nasadit" někoho do firmy = kriminální čin -> soud -> klepeta.
Spis je otazka proti komu je vlastne chces chranit? Proti M$ ci Google? Jsou snad tvoji konkurenci?
-
Drive se nahravala data a dokumenty na server. Ted je moderni nahravat data a dokumenty na cloud.
Potreboval bych poradit jaky je v tom rozdil.
Momentalne mam predstavu ze cloud = server + nejaka cool serverova aplikace neco jako samba s nejakym coool web pristupem a databazi. Tedy, ze je to v podstate stejne, jen se tomu jinak rika, aby se to prodalo.
Mylim se prilis?
Pojem "cloud" nebyl nikdy úplně jasně definovaný a velmi rychle vyšuměl do synonyma pro "online"
Takže odpověď zní: nemýlíš se.
-
No, v podání některých firem může znamenat cloud = desktop apka + předplatné
-
No, v podání některých firem může znamenat cloud = desktop apka + předplatné
coz je zpravidla vyrazne levnejsi a efektivnejsi nez resit vlastni infrastrukturu...
-
Nafekjkuju 20 verzí sdílených dat, pro každýho zaměstnance jinou
jj, tohle je urcite nejvetsi starost kterou resi kazdy normalni sef kazde normalni firmy... (a ten sef-ajtak co mu to nastavuje se nikdy s nikym ze zamestnancu nevozral v baru :-) )
To je jak s mistrem na směně. Může být kamarád s fachmanama, po šichtě s nima chodit do putyky,... Ale hádej, jak to dopadne, když mu jeho šéf řekne "zbav se pěti lidí, nebo letíš ty"?
ten zaměstnanec má padáka, kriminálku a firemního právníka s žalobou o náhradu škody na krku.
kriminalku? za co presne? firemniho pravnika a nahradu skody? prokazat umysl neni uplne trivialni. padaka? uz jsi nekdy v praxi zkousel dat nejakymu vohnoutovi padaka v tomhle socialistickym absurdistanu?
Kriminálka - § 182, § 183 zákona 40/2009 Sb.
Padák
- Alternativa 1: § 55 odst. 1 písm. b) zákona 262/2006 Sb. za předpokladu, že je ve smlouvě specifikován zákaz vynášení dat. Musí při tom postupovat podle §52
- Alternativa 2: §301 písm. d) zákona 262/2006 Sb. ukládá zaměstnanci povinnost "řádně hospodařit s prostředky svěřenými jim zaměstnavatelem a střežit a ochraňovat majetek zaměstnavatele před poškozením, ztrátou, zničením a zneužitím a nejednat v rozporu s oprávněnými zájmy zaměstnavatele." Porušení kterýhokoliv ustanovení §301 opravňuje zaměstnavatele e zrušení pracovního poměru podle §52 odst. 1.
Náhrada škody - § 250 odts. 1, § 252 (pokud mu byla svěřena data, třeba zaměstnanec IT, a podepsal to), § 257 odst. 1 a 3 a § 259, §261 odst. 3 zákona 262/2006 Sb. - a to při úmyslném jednání v plné výši i s náhradou ušlého zisku.
A ještě jsem nepracoval nikde, kde by se na vstupním školení neškolilo i zacházení s IT prostředky. Takže podpisem vstupního školení a pracovní smlouvy přestane být zkopírování zdrojáků nebo výkresů a jejich vynesení nedbalostí.
Proč bys chtěl vynášet data ze "čmoudu" od M$ nebo Google? Ti už přece ty data mají...
A "nasadit" někoho do firmy = kriminální čin -> soud -> klepeta.
Spis je otazka proti komu je vlastne chces chranit? Proti M$ ci Google? Jsou snad tvoji konkurenci?
Chránit se není potřeba proti nikomu konkrétnímu. Chrání se firma proti
1) ztrátě dat
2) zneužití dat
3) proti výpadkům činnosti firmy
Ad 1) Ke ztrátě dat může dojít tím, že se nějaký automat u provozovatele čmoudu rozhodne, že jsou data v rozporu s tím, co je ve smlouvě nebo v právě zveřejněných podmínkách, popř. se až po ztrátě dat zjistí, že čmoud nezálohoval, jak slíbil.
Ad 2) MiTM. Nebo třeba díra v API přístupná z veřejné IP pro několik firem (u standardního produktu), která by ve firemní DMZ nebyla zneužitelná.
Ad 3) In-site je s rizikem výpadku dodávky energie, nebo poruchy železe (dá se odstranit hot / warm zálohou). Čmoud závisí na napájení firmy, konektivitě, DDoS na čmoud, plnění smlouvy poskytovatelem čmoudu, zablokováním přístupu k datům soudem po křivým obvinění... Netřeba připomínat, že bez dat nejede sklad materiálu, expedice, účetnictví, marketing,...
-
No, v podání některých firem může znamenat cloud = desktop apka + předplatné
coz je zpravidla vyrazne levnejsi a efektivnejsi nez resit vlastni infrastrukturu...
Do chvíle, než se zjistí, že hyper výhodnou cenu ve smlouvě dosáhli tím, že nezálohují a jedou na bazarovým železe. A na potopeným SROčku se moc nezahojíš... :/ Nebo pokud neřeknou "Máme tvoje data, od prvního platíš pětinásobek, nebo je smažem."
----------------------
Paranoia je v našem oboru výhodou....
-
Cloud je v podstate neco jako API. Pouzivas to a nestaras se jak je to implementovany.
Pouzivali jsme Amazon AWS s Elasticbeanstalk cca 3 roky (PaaS). Samozrejmosti je zalohovani do ruznych zon (napr. evropa a asie) pro pripad nejake prirodni katastrofy, ultra jednoduchy load balancing, warning zpravy temer na cokoliv (sms nebo email) co je AWS schopno merit (coz znamena nekolik tisic parametru od vytizenosti cpu po pocet I/O pristupu), deployment nove verze aplikace s minimalnimy vypadky, multi node prostredi (auto scaling) opet konfigurovatelene skrz nekolik tisic atributu (napr. vzroste cteni z disku a stoupne vytizenost cpu => prida jeden node a.k.a. EC2 stroj), moznost konfigurace pristupu na jednotlive prostredi (VPN, security zones, access control), snadna konfigurace DNS (pokud potrebujete), detailni monitoring DB, jendoduche vyuziti S3 uloziste pro ukladani (fakticky) neomezeneho mnozstvi souboru, CDN, posialni emailu (SES), nosql ulozisted, elasticsearch, etc ....
O tohle vsechno se muzes bud starat sam nebo to nechas na nekom jinem (treba ten amazon ) a jenom si nastavis svoji konfiguraci, bud skrz CLI pro nejake automatizovane procesy (napr. deploy nove verze) nebo i jen pres webove rozhrani pokud je to jednorazova zalezitost. Zaroven Amazon pridava kazdy mesic nove veci (napr. pro Machine learning, Lambda, ...) ktere potencionalne muzou jeste vice ulehcit procesum ktere potrebujes resit. Nestarate se o hardware o jeho vymenu nebo vypadky. Staras se primarne o svuj business.
Tohle je Amazon, nekdo kdo bude znat Azure muze pridat jine postrehy.
-
Drive se nahravala data a dokumenty na server. Ted je moderni nahravat data a dokumenty na cloud.
Potreboval bych poradit jaky je v tom rozdil.
Momentalne mam predstavu ze cloud = server + nejaka cool serverova aplikace neco jako samba s nejakym coool web pristupem a databazi. Tedy, ze je to v podstate stejne, jen se tomu jinak rika, aby se to prodalo.
Mylim se prilis?
Asi jsem uz starej, ale co cmoud prinesl jako plus pro nasi firmu.
1) Kdyz neni jeste hotovy datacentrum a buzinec se zblazni a krici: we want our service now!, je mozno okamzite deploynout servery
2) kdyz je nejaky projekt a pro developery neni volna kapacita a pokud nedelaji na necem pod rezimem prisne tajne tak je mozno jim dat zdroje na vyvoj hned
Co odnesl:
1) Musime zalohovat i nektera data v docasnem cmoudu na nasich datacentrech v pripade ze vy se cmoud rozmyslel a nefungoval - uz parkrat nas jeden megaposkytovatel odstrihnul kvuli jedne appce co mela simulovat utoky
2) Nemuzeme deployovat stare OS a technologie. Nelze deployovat vetsinou na nic jineho nez x86. Jine platformy jsou hostovane jako standalone
3) I mala pobocka musi mit kvuli vsemu v cloudu aspon zdvojene pripojeni oproti minulemu stavu kdy byl mozny i offline sync ze serveru na pobocce. Ne vsude je to uplne jednoduche. Napr kvuli pamatkarum a nepovoleni dalsiho MW spoje a vykopu na optiku se musela stehovat pobocka v Brne do drazsi budovy - dalsi vicenaklady.
4) Cmoud se obcas rozhodne ze chcipne servisu ale na jejich internim monitoringu to nejde videt. Takze mame dalsi monitoring:(
5) Reseni problemu je zdlouhave protoze cmoudi maji dalsi subdodavatele a nez se to probubla tak i jako velky zakaznik cekame i pul dne.
6) Uz neexistuje jednoducha rovnice poridim hw, takova spotreba, takove chlazeni,takovy servis, tolik mista, tolik dratu/vlaken, takove TCO a hotovo(zbytek resi financni). U cmoudu je tisice polozek a platime si extra firmu ktera vybira co je vyhodne. Dost casto skoncime i u klasickych low cost( rozumej x86) dedikovanych serveru ktere po odepsani konci v testlabech.
7) Cmoud muze bezet v ruznych jurisdickcich ktere nemusi mit vas zakaznik rad. Ad absurdum hostovat treba yandex v amazonim cmoudu nekde v us:) A musite resit treba i statni spehovaci krabicky(treba Rusko), povinny tranzit pres statniho ISP, povinne spojovani zahranicnich hovoru pres statni telco firmu(Indie) vykaznictvi apod. Takze nemas jenom jednoho cmoud poskytovatele ale musis mit but mistniho nebo holt v te zemi stejne postavit datacentrum.
8) Cmoud vetsinou neresi minoritni hw platformy
9) Znovu pouziti licenci ktere jsi nakoupil muze byt problematicke nebo omezene.
10) V momente kdy musis synchronizovat velke mnozstvi dat (napr. urychlovace, vedecky vyzkum, mapovani zeme, astronomie, ruzne vedeckotechnicke vypocty, analyza financnich toku, legalni spehovaci aktivity) zapocitava se zpozdeni mezi cmoudem a uzka datova hrdla mezinarodnich okruhu. Za ten okruh k cmoudovi si opet priplatis (jestli ho vubec nabizi a lze ho zakoncit v datacentru nekde v Ulanbataru...)
11) Nejistota vykonu. Ne vzdy je zcela jasne co a jaky vykon muzes od sluzby ocekavat.
12) Ruzne predstavy poskytovatele cmoudu o tvych sluzbach ktere na tve reseni nepasuji. Hostovat si u cmoudoveho poskytovatele SS7->IP ci mit tam virtualni ustrednu a TDM->IP nebyva idealni napad.
-
Cloud je v podstate neco jako API. Pouzivas to a nestaras se jak je to implementovany.
Pouzivali jsme Amazon AWS s Elasticbeanstalk cca 3 roky (PaaS). Samozrejmosti je zalohovani do ruznych zon (napr. evropa a asie) pro pripad nejake prirodni katastrofy, ultra jednoduchy load balancing, warning zpravy temer na cokoliv (sms nebo email) co je AWS schopno merit (coz znamena nekolik tisic parametru od vytizenosti cpu po pocet I/O pristupu), deployment nove verze aplikace s minimalnimy vypadky, multi node prostredi (auto scaling) opet konfigurovatelene skrz nekolik tisic atributu (napr. vzroste cteni z disku a stoupne vytizenost cpu => prida jeden node a.k.a. EC2 stroj), moznost konfigurace pristupu na jednotlive prostredi (VPN, security zones, access control), snadna konfigurace DNS (pokud potrebujete), detailni monitoring DB, jendoduche vyuziti S3 uloziste pro ukladani (fakticky) neomezeneho mnozstvi souboru, CDN, posialni emailu (SES), nosql ulozisted, elasticsearch, etc ....
O tohle vsechno se muzes bud starat sam nebo to nechas na nekom jinem (treba ten amazon ) a jenom si nastavis svoji konfiguraci, bud skrz CLI pro nejake automatizovane procesy (napr. deploy nove verze) nebo i jen pres webove rozhrani pokud je to jednorazova zalezitost. Zaroven Amazon pridava kazdy mesic nove veci (napr. pro Machine learning, Lambda, ...) ktere potencionalne muzou jeste vice ulehcit procesum ktere potrebujes resit. Nestarate se o hardware o jeho vymenu nebo vypadky. Staras se primarne o svuj business.
Tohle je Amazon, nekdo kdo bude znat Azure muze pridat jine postrehy.
Jo jasne. Akorat na to potrebujes mit ty apky prizpusobene pokud chces plnou skalovatelnost. A jsi otrokem S3 API. A nejvetsi polozkou jak znamo neni technika ale vyvojari. Taky bych dokazal udelat cloud s pohodlnou skalovatelnosti kdybych userum vnutil ze budou pouzivat treba Sybase nebo SAP. Ale asi bych i brzo skoncil resp. ani nezacal:))) Amazon dost tezi z toho ze byl prvni, ma prsty vsude mozne a agresivni marketing.
Potrebujes nekoho kdo tomu rozumi a kdo je schopen zvladnout vsechny novinky ktere na tebe amazon hrne. Na to je treba specialista nebo dalsi miniteam ktery bude delat jen toto a vzdelavat se jen v tomto ohledu. Navic tak firmu dost zenes do vendor/knowledge lock-inu.
Ja vim ze z hlediska progrose/developera/analytika to zni jako pohadka. Kdy si naprgas neefektivni blbou zbytecne narocnou aplikaci a pouze zvednes zdroje a nechas to do..... a az pak to hodis vyvoji. Jenomze ono to tak uplne nefunguje.
-
Měl bych pro všechny jednu velkou prosbu: můžete prosím do svého výlevu vždy napsat informace o čem to vlastně mluvíte? Ať už pomocí buzzword zkratek nebo (ještě lépe) napřímo. Já vím že to není na první pohled zřejmé z toho kdo jste a co děláte, ale to my čtenáři samozřejmě netušíme a musíme si to dedukovat.
Jeden tady mluví o dropboxu nebo čem (tj. služba poskytující prostor pro uložení souborů, pro širokou veřejnost), druhý o amazon AWS (aplikační hosting se speciální / proprietární sw platformou místo obvyklých OS; PAAS), třetí zřejmě o pronájmu virtuálních (nebo i fyzických) strojů (IAAS), další ani netuším...
Všechno to má společného jen slovo "cloud" které se marketingově používá.
Jsem jediný komu přijde absurdní že se sejde X lidí, zanadávají si na to že "cloud je jen buzzword" a pak se pečlivě a s plným elánem věnují tomu aby to tak zůstalo (a efektivně tak pracují pro ten marketing)?
-
Ano, byla to novejsi aplikace, co se tyce nutnosti optimalizovat vyvoj pro dany typ poskytovatele (Amazon v nasem pripade), jedine co jsme museli resit je napojeni na S3 (coz je trivialni zalezitost) pro ukladani souboru a napojeni na amazon SES coz opet nebylo nijak narocne a resit bysme to museli stejne (pres nejakeho poskytovatele jako mailgun a podobne). Zbytek uz vyplyval ze samotneho navrhu aplikace, nemusleli jsme kvuli Amazonu nic ohybat, nasazeni na Elasticbeanstalk probehlo bez nutnosti zmen v aplikaci. Samozrejme u starsich proprietarnich systemu bez verejne standardizace tohle pujde obtizene, nicmene pro aplikaci postavenou na zelene louce s prihlendutim k "rozumnym" standardum neni dnes problem "programovat pro cloud".
Urcite je nutne prihlednout k cene kterou by prevod na cloud stal, velikosti firmy (pro velkou firmu jako napr. O2 muze byt jiz vyhodnejsi mit vlastni cloud) atd.
-
Koukám, že se tady mihlo pár lidí s praktickými zkušenostmi z nasazení cloudu ve firmě. Měl bych na vás dotaz:
Byli jste u toho, když se kalkulovaly náklady a dělalo srovnání s jinými alternativami? Můžete aspoň rámcově naznačit, proč ta kalkulace dopadla tak, jak dopadla?
Já se totiž pořád ještě nepřestávám divit, kolik třeba to AWSko stojí. Obzvlášť pokud chci trochu víc RAM, ceny úplně explodují... Nejlíp je to vidět na tom, když teď Amazon zavedl dedicated servery, které jsou za takové ceny, že jsem si málem ukroutil krk (na druhou stranu to ale dává smysl, protože kdyby nastavili trochu normálnější cenu, každý by si spočítal, že se ty on-demand instance nemají šanci vyplatit).
Když si vezmu třeba m4.2xlarge, mám tam 32GB RAM, což je parametr dneska spíš pro průměrnou pracovní stanici, než pro nějaký "xxlarge" server... a zaplatím (bez rezervace) $0.143*24*30*24 = 9849Kč měsíčně - tj. pokud z toho odečtu housing (~1200Kč), mám 8600měsíčně za pronájem - u železa s takovými parametry je to tak cca třetina jeho ceny měsíčně.
Pokud budu mít rezervace, tak budu zhruba na dvojnásobné návratnosti. Ale ztrácím tím flexibilitu klaudu a půlroční návratnost vlastního železa mi teda pořád přijde dost brutálně krátká...
Jak ty náklady počítala vaše firma, že vám to vyšlo v růžovějších barvách?
-
V rychlosti, nepouzivali jsme large instance, ale mnozstvi mikro, vetsinu doby nam stacily 3-4 micro instance (x-hodin denne stacily i jen 2), v pripade navalu se zaply dalsi. Jednalo se o system s "beznym" maximem nekolik set pristupu za minutu, v pripade presahu se adekvatne naskalovy dalsi instance. Meli jsme predplacenou rezervaci, tim sli ceny samozrejme dolu.
-
V rychlosti, nepouzivali jsme large instance, ale mnozstvi mikro, vetsinu doby nam stacily 3-4 micro instance
No tak to jo, pokud chci flexibilní škálování a stačí mi takhle malé instance, tak to dává smysl, to je jasný. Akorát teda ty mikro instance jsou totálně zoufalé, to je výkon jak na Raspberry ;)
-
Měl bych pro všechny jednu velkou prosbu: můžete prosím do svého výlevu vždy napsat informace o čem to vlastně mluvíte? Ať už pomocí buzzword zkratek nebo (ještě lépe) napřímo. Já vím že to není na první pohled zřejmé z toho kdo jste a co děláte, ale to my čtenáři samozřejmě netušíme a musíme si to dedukovat.
Jeden tady mluví o dropboxu nebo čem (tj. služba poskytující prostor pro uložení souborů, pro širokou veřejnost), druhý o amazon AWS (aplikační hosting se speciální / proprietární sw platformou místo obvyklých OS; PAAS), třetí zřejmě o pronájmu virtuálních (nebo i fyzických) strojů (IAAS), další ani netuším...
Všechno to má společného jen slovo "cloud" které se marketingově používá.
Jsem jediný komu přijde absurdní že se sejde X lidí, zanadávají si na to že "cloud je jen buzzword" a pak se pečlivě a s plným elánem věnují tomu aby to tak zůstalo (a efektivně tak pracují pro ten marketing)?
Je to jednoduche. Ja nevim o cem mluvim v "konkretnejsich buzzwordech". Nejsem primo od businessu. Ja vidim konkretni technologie a jejich vhodnost, nikoliv IaaS nebo PaaS pripadne SaaS. To nejsou terminy se kterymi pracuji nebo jsem natolik abstraktne oddelen od provozu sluzby ze jsem schopen dane reseni s timto terminem prodat resp. s nim operovat. Tyto veci ma na starosti "kravata department".
Jsem technik s presahem k prgosum, jez ma jiste byt omezene rozhodovaci kompetence. Mym oborerm je podporovat poskytovani sluzeb pro telco,vyzkum(farmacie),sluzby pro ,prumysl-vyroba,vladni organizace,vojaky, aktivity "na hrane" atd., normalni firmy a dostatecne "lubrikovani" nasich technologickych partneru. Nase firma je takova verejna pracovnice zaprodana vsem.
Jsem oponentem a katem zbytecnych technologii. Jsem nocni mura kazdeho startupoveho cloudoveho gelouse. Jsem ten kdo tve narychlo splacane reseni pro internet banking v php a visual basicu hostovane pod stolem na Windows 95 rozmlati na padrt..., Jsem clovek uznavajici tradicni spolehlive technologie a jejich kombinace s novymi sluzbami. Jsem ten kdo za kazdym nedodelkem vidi miliony dolaru nahrad... za kazdou hodinu. Chces pokracovat?
-
Ja vidim konkretni technologie a jejich vhodnost, nikoliv IaaS nebo PaaS pripadne SaaS.
Tak zrovna IaaS a PaaS je nebetyčný rozdíl právě z toho praktického hlediska. To není žádný bezobsažný buzzword, to je konkrétní klasifikace konkrétní technologie.
Jsem oponentem a katem zbytecnych technologii. Jsem nocni mura kazdeho startupoveho cloudoveho gelouse. Jsem ten kdo tve narychlo splacane reseni pro internet banking v php a visual basicu hostovane pod stolem na Windows 95 rozmlati na padrt..., Jsem clovek uznavajici tradicni spolehlive technologie a jejich kombinace s novymi sluzbami. Jsem ten kdo za kazdym nedodelkem vidi miliony dolaru nahrad... za kazdou hodinu. Chces pokracovat?
Tyvole, to je dobrý! Chtělo by to z toho udělat fakt vostrej rap! :) Připomíná mně to jeden song, ale nemůžu si vzpomenout, od koho to bylo :)
-
Byli jste u toho, když se kalkulovaly náklady a dělalo srovnání s jinými alternativami? Můžete aspoň rámcově naznačit, proč ta kalkulace dopadla tak, jak dopadla?
Já mám dojem, že čoud nadšenci asi moc nepočítají, a to nejen peníze. Ono umístit pár (desítek) TB záloh do cloudu je taky super myšlenka - akorát že ta obnova bude buď trvat několik měsíců, nebo bude stát rozpočet IT na několik let.
-
Čmoudaři přece nezálohují ze zásady, přece mají data v čmoudu, tam je několik kopií a historie... :D
-
přece mají data v čmoudu, tam je několik kopií a historie... :D
Jojo (http://www.lupa.cz/clanky/milan-svacha-casablanca-int/). 8) ;D
-
Je to jednoduche. Ja nevim o cem mluvim v "konkretnejsich buzzwordech". Nejsem primo od businessu. Ja vidim konkretni technologie a jejich vhodnost, nikoliv IaaS nebo PaaS pripadne SaaS. To nejsou terminy se kterymi pracuji nebo jsem natolik abstraktne oddelen od provozu sluzby ze jsem schopen dane reseni s timto terminem prodat resp. s nim operovat. Tyto veci ma na starosti "kravata department".
Jsem technik s presahem k prgosum, jez ma jiste byt omezene rozhodovaci kompetence. Mym oborerm je podporovat poskytovani sluzeb pro telco,vyzkum(farmacie),sluzby pro ,prumysl-vyroba,vladni organizace,vojaky, aktivity "na hrane" atd., normalni firmy a dostatecne "lubrikovani" nasich technologickych partneru. Nase firma je takova verejna pracovnice zaprodana vsem.
Jsem oponentem a katem zbytecnych technologii. Jsem nocni mura kazdeho startupoveho cloudoveho gelouse. Jsem ten kdo tve narychlo splacane reseni pro internet banking v php a visual basicu hostovane pod stolem na Windows 95 rozmlati na padrt..., Jsem clovek uznavajici tradicni spolehlive technologie a jejich kombinace s novymi sluzbami. Jsem ten kdo za kazdym nedodelkem vidi miliony dolaru nahrad... za kazdou hodinu. Chces pokracovat?
Ne, nemusíš. 170 slov marketinových kydů je až až. Nezajímá mě jakou image si o sobě chceš vytvářet, nehodlám tě zaměstnat ani balit.
Jenom jsem chtěl vědět zda neco napíšeš o těch konkrétních technologiích a jejich vhodnosti. Evidentně ne.
-
Čmoudaři přece nezálohují ze zásady, přece mají data v čmoudu, tam je několik kopií a historie... :D
Linus to tak dělá odjakživa, ne? :-)
-
"Máme tvoje data, od prvního platíš pětinásobek, nebo je smažem."
Nikdo pricetnej netvrdi, ze cloud je receptem na zalohovani...
Ad paragrafy: paragrafy jsou hezke, dokazat neco nekomu konkretnimu (vcetne umyslu!) je neco uplne jineho.
Ja prece netvrdim, ze ten slavnej cloud (at si pod tim kdo chce predstavi co chce) je samospasny a vzdy vhodny.
Ja jen tvrdim, ze to (a zase je ruzny co si kdo tim predstavi nebo jakou ma potrebu) neni mozne zavrhovat jen tak bez znalosti situace.
Jako mala webova firmicka, nejsme geograficky centralizovani. Pouzivame gmail na domene vcetne vsech apps, pouzivame k tomu treba atlassian appky na vlastnim serveru, pouzivame ruzne dalsi nastroje ktere by se daly oznacit za "cloud" (tedy nemame je jako desktopove u sebe se vsim co to prinasi a odnasi) a kazdy jeden je pro nas tak vyhodny, ze to vyvazuje mozna rizika. Predstava, ze bych mel resit mailserver namisto vydelavani penez je uchylna. Stejne tak provozovani tech webu - mame to na VPS. To je v podstate cloud - podle nekterych je to zle a spatne. Jo urcite, spolehni se, ze mam cas resit provozni starosti s nejakym zelezem...
Vypadek internetu? Bez netu stejne temer nedokazu pracovat. Jinak samozrejme kdyz opravdu potrebuju tak si to sdilnu z mobilu uplne stejne jako kdyz jezdim na kole pracovat do prirody.
Chapu, ze naprosto odlisna situace bude ve vyrobni firme kde se ridi sklady, stroje apod.
-
Koukám, že se tady mihlo pár lidí s praktickými zkušenostmi z nasazení cloudu ve firmě. Měl bych na vás dotaz:
Byli jste u toho, když se kalkulovaly náklady a dělalo srovnání s jinými alternativami? Můžete aspoň rámcově naznačit, proč ta kalkulace dopadla tak, jak dopadla?
Náš konkrétní případ: pořídili jsme si tzv. "privátní cloud" - tedy takový glorifikovaný hosting, kdy na pronajatém hardware beží openstack.
Kalkulace tak dopadla hlavně kvůli nabídce provozu v několika lokacích (transparentně) a nedostatku lidí (těch pár adminů co máme má práce až až, a sehnat X nových kteří něco takového postaví...). Zjednodušeně, nechci zabíhat do podrobností.
Já se totiž pořád ještě nepřestávám divit, kolik třeba to AWSko stojí. Obzvlášť pokud chci trochu víc RAM, ceny úplně explodují...
Amazon AWS používá několik jiných firem z našeho nadnárodního holdingu, hlavně pak ve Finsku. Je pro ně charakteristické že nemají naprosto žádné adminy (jen pár vývojářů), takže opět - ušetřené platy. A i tak z toho moc nadšeni nejsou, Amazon pekelně drahý i na finské poměry.
Jedna česká sesterská firma tuším používá normální VPS na Amazonu (nebo něco podobného, teď přesně nevím), ale jen protože dostali nějakou speciální cenu a mají všechno prakticky zadarmo. Ale počítají s tím že až promo akce skončí, tak se sbalí a půjdou jinam :-)
PS: Omlouvám se všem za příspěvek kde se snažím sdělit informace a dokonce ani nikomu nenadávám. Holt jsem asi kravaťácko-sluníčkový gelouš. Určitě se najde pár pravých chlapů co to napraví.
-
Holt jsem asi kravaťácko-sluníčkový gelouš.
Jo, to jsi přesně ty, podleshi :-)
-
Náš konkrétní případ: pořídili jsme si tzv. "privátní cloud" - tedy takový glorifikovaný hosting, kdy na pronajatém hardware beží openstack.
Jo, to mi přijde jako zajímavá možnost. Pokud by to ještě bylo nějak hezky propojený s ne-privátním cloudem, do kterýho by se dalo bezešvě nafukovat v případě krátkodobé zvýšené potřeby, bylo by to asi to nejlepší z obou světů.
Jaký s tím openstackem máte zkušenosti? Teď jsem někde četl, že kdosi nadával, že je to příšerný moloch, který se tváří modulárně, ale všechno šahá na všechno, takže je to de facto jeden velký blob... Nevím, nikdy jsem neprovozoval, prodávám jak jsem koupil...
Je pro ně charakteristické že nemají naprosto žádné adminy (jen pár vývojářů), takže opět - ušetřené platy.
No jo, jenže to pak budou dost závislí na těch amazonních featurách, což je vendor lockin jako prase, to taky není moc o co stát.
A i tak z toho moc nadšeni nejsou, Amazon pekelně drahý i na finské poměry.
To jsem rád, že to slyším i od někoho jinýho. Já se tomu totiž pořád nepřestávám divit, kolik lidí se těm cenám vůbec nediví a "dáme to na AWSko" je pro spoustu lidí řešení první volby...
-
"dáme to na AWSko" je pro spoustu lidí řešení první volby...
no protoze ty kalkulace tady v tom threadu ohledne ceny a navratnosti HW jaksi kulhaji na obe nohy, protoze to zelezo samotne je ta nejmensi polozka. kdybys pocital opravdu skutecne naklady tak vychazis radove jinak.
-
"dáme to na AWSko" je pro spoustu lidí řešení první volby...
no protoze ty kalkulace tady v tom threadu ohledne ceny a navratnosti HW jaksi kulhaji na obe nohy, protoze to zelezo samotne je ta nejmensi polozka. kdybys pocital opravdu skutecne naklady tak vychazis radove jinak.
...
Pocitej se mno OK? Mam tu nabidku na cmoud ... pri pozadovany kapacite (cca 20TB) ... za to chteji cca 200k/rok - jen hloupy uloziste, nic vic.
Zelezo o tyhle kapacite pride na cca 1/2M ... (a vykon toho uloziste je samo vzhledem k pouziti lokalne radove jinde). Zivotnost zeleza 5let. Takze me prijde na cca 100k/rok.
Pokud chci vazne jen to blby uloziste, tak na to nepotrebuju zadnyho admina - na zacatku si to necham naconfit a tim sem s adminovanim skoncil. Pak tak maximalne volam na support, ze neco chciplo.
-
no protoze ty kalkulace tady v tom threadu ohledne ceny a navratnosti HW jaksi kulhaji na obe nohy, protoze to zelezo samotne je ta nejmensi polozka. kdybys pocital opravdu skutecne naklady tak vychazis radove jinak.
Žádný opravdový kalkulace tady neproběhly, jenom řádová čísla pro ilustraci.
Já osobně netvrdím, že je něco pravda, jenom říkám, že bych chtěl vidět, jak kdo dělá kalkulaci, že mu to vychází. Mně to totiž nevychází a nevychází to (za určitých podmínek) ani v amazonním vlastním TCO kalkulátoru: https://plus.google.com/+MiroslavPrymek/posts/CauCQB9Abp6
-
Panové,
Díky všem za názory...
-
Českému T-Mobilu unikla data zákazníků. Nemůže za to hack, ale zaměstnanec
Je uplne jedno jestli to meli na serveru ve sklepe nebo v cloudu... Co si ted jako vezmou na zamestnanci? NIC.
-
Teoreticky muzou byt pojisteni, jenze to by museli dolozit vzniklou skodu, a to se u dat dela dost blbe. Obzvlast, kdyz si vlastne o zadny neprisel, jen si je nekdo skopiroval.
-
Jak presne vyresi ta pojistka nebo treba kriminal pro pachatele vzniklou neduveru zakazniku? Takze jsme na zacatku - vlastni zelezo neposkytuje v praxi zadnou bezpecnost navic oproti cloudu.
-
Zakaznici? lol ... tem se koupi kobliha.
-
Takze jsme na zacatku - vlastni zelezo neposkytuje v praxi zadnou bezpecnost navic oproti cloudu.
Opravdu? V případě zaměstnance je to úplně jedno, k datům se dostane tak jako tak bez ohledu na jejich uložení. Ví, kde jsou a má přístup.
V případě externího dacana tento musí:
- V čmoudu:
1. Zjistit, kde jsou data (tím se firma ráda pochlubí, nebo dodá referenci do reklamního letáku provozovatele za mrzký peníz slevy - jako by tam tahle překážka nebyla).
2. Zjistit, jak se do toho čmoudu leze. To je buďto věc veřejná, nebo dokumentaci dostane, když se zaregistruje na zkoušku. Takže překážka čistě symbolická.
3. Podvrhnout přihlášení (zjištěním IP, portu,... se nemusí zdržovat, v případě unifikace DB API má všechno na talířku zadarmo).
4. Nasosat data.
- U vlastního železa:
1. Zjistit, kde jsou data (řekněme, že je to IT firma, která má k dispozici třeba 8192 IPv4 - skenovat, zkoušet porty, zkoušet zranitelnosti, nůůůda)
2. Projít firewallem
3. Zjistit strukturu sítě - DMZ, LAN,...
4. Najít stroj admina, kde má klíče ke správě routeru.
5. Dostat se k těm klíčům.
6. Zpřístupnit si na routeru DMZ zvenčí.
7. Proskenovat DMZ, zjistit, co na kterým serveru běží.
8. Dostat se do DB serveru
9. Nasosat data
10. Průběžně zametat stopy
Čmoud opravdu redukuje problémy se zabezpečením a šetří práci...
-
... vlastni zelezo neposkytuje v praxi zadnou bezpecnost navic oproti cloudu ...
Steně je to i obráceně. Dovedu si představit i titulek "Zaměstnanec firmy poskytující cloud ukradl data zákazníků". Například T-mobile totiž poskytuje i cloudové služby. Ale stát se to může komukoli.
-
... vlastni zelezo neposkytuje v praxi zadnou bezpecnost navic oproti cloudu ...
Steně je to i obráceně. Dovedu si představit i titulek "Zaměstnanec firmy poskytující cloud ukradl data zákazníků". Například T-mobile totiž poskytuje i cloudové služby. Ale stát se to může komukoli.
Ano, s tim souhlasim. Jenom kolega PetrM stale neni schopen nadhledu a pochopeni, ze je jednodussi dat "par stovek" technikovi v CZ nez nabouravat treba google apps. Proste realny svet naprosto nekoresponduje s jeho vybajenyma predstavama, ze cloud je fujky a nebezpecna vec. On to vi nejlepe a vsichni zakaznici tech firem jako je Amazon, Google nebo RedHat jsou oproti nemu hlupaci kteri nemaji o bezpecnosti a podnikani vubec paru.
-
V případě externího dacana tento musí:
- V čmoudu:
1. Zjistit, kde jsou data (tím se firma ráda pochlubí, nebo dodá referenci do reklamního letáku provozovatele za mrzký peníz slevy - jako by tam tahle překážka nebyla).
2. Zjistit, jak se do toho čmoudu leze. To je buďto věc veřejná, nebo dokumentaci dostane, když se zaregistruje na zkoušku. Takže překážka čistě symbolická.
3. Podvrhnout přihlášení (zjištěním IP, portu,... se nemusí zdržovat, v případě unifikace DB API má všechno na talířku zadarmo).
4. Nasosat data.
Ukaz mi to chytraku. Ukaz mi jak mi vycucas data z "cloudoveho" Google Apps, jak mi nahackujes "cloudovou" JIRA ci GitHub. Pojd do toho ty teoretiku.
-
Ano, s tim souhlasim. Jenom kolega PetrM stale neni schopen nadhledu a pochopeni, ze je jednodussi dat "par stovek" technikovi v CZ nez nabouravat treba google apps. Proste realny svet naprosto nekoresponduje s jeho vybajenyma predstavama, ze cloud je fujky a nebezpecna vec. On to vi nejlepe a vsichni zakaznici tech firem jako je Amazon, Google nebo RedHat jsou oproti nemu hlupaci kteri nemaji o bezpecnosti a podnikani vubec paru.
To jen ty porad nedokazes pochopit, ze riziko je dany pravdepodobnosti a ve cmoudu je o nekolik radu vetsi. Nemluve o rizicich, ktery na vlastnim zeleze nehrozej vubec - treba ze provozovatel cmoudu se rozhodne sluzbu kterou vyuzivas zrusit ... a mas 2-3 mesice na to, abys s tim neco udelal => ses vzadeki, protoze za 2-3 mesice neudelas nic.
Navic to mas totalne vypatlany na vezi, protoze uniky dat z tehhle ubercmoudu sou na netu dnes a denne a to, o cem mlatej na idnes .. je tak ziliontina promile reality.
Tos nejak nezaznamelnal , ze trebas v M$ cmopudu stacilo, si do svy domeny pridat email naprosto kohokoli ... a voiala ... mel si pristup ke vsem jeho datum ... at zije bezpecnost v cmoudu. A to je ta ziliontina co se provalila.
-
Jaký s tím openstackem máte zkušenosti? Teď jsem někde četl, že kdosi nadával, že je to příšerný moloch, který se tváří modulárně, ale všechno šahá na všechno, takže je to de facto jeden velký blob... Nevím, nikdy jsem neprovozoval, prodávám jak jsem koupil...
Tohle bohužel neposoudím a hlavně nemám s čím porovnat (i když blob to určitě je).
S čím jsme narazili (a to opravdu brutálně) byl CEPH a celkově diskový výkon. Nakonec se to nějak vyladilo, ale trvalo to asi půl roku. Teď uvidíme v nové verzi jak se vytáhne DRBD.
A i tak z toho moc nadšeni nejsou, Amazon je pekelně drahý i na finské poměry.
To jsem rád, že to slyším i od někoho jinýho. Já se tomu totiž pořád nepřestávám divit, kolik lidí se těm cenám vůbec nediví a "dáme to na AWSko" je pro spoustu lidí řešení první volby...
Vendor lock-in. První dávka heroinu také bývá často zadarmo...
https://aws.amazon.com/free/
-
Chapu, ze pro sysadminy je tezky obhajovat potrebnost vlastni(casto zbytecne neefektivni) prace. Chapu, ze pro firmy od urcite velikosti jsou potreba na zajisteni nekterych cinnosti firmy. Ale vy zase musite pochopit, ze je v urcitych pripadech proste jednodussi, efektivnejsi a i bezpecnejsi si pronajmout hotovou sluzbu nez vas platit za vecny ladeni neceho co jinde proste funguje (typicky email)...
Ukaz mi realne jak z Google ukradnes data te hloupe firmy ktera nevidi ta nebezpeci ktera ty dokazes zneuzit ( https://apps.google.com/ tady mas par ukazek tech zakazniku, muzem zkusit treba Kofolu) a muzem se bavit. Ukazana plati, zbytek jsou jen zvasty bez hodnoty.
Cely svet je zalozen jen na duvere. A je uplne jedno jestli ma clovek duverovat zamestnanci nebo cizi firme nekde v zahranici. Kdyz zdrazi tak pujdu jinam.
-
Tohle bohužel neposoudím a hlavně nemám s čím porovnat (i když blob to určitě je).
S čím jsme narazili (a to opravdu brutálně) byl CEPH a celkově diskový výkon. Nakonec se to nějak vyladilo, ale trvalo to asi půl roku. Teď uvidíme v nové verzi jak se vytáhne DRBD.
Ok, dík.
Vendor lock-in. První dávka heroinu také bývá často zadarmo...
https://aws.amazon.com/free/
To jo, u firem, které tam mají vybudovanou nějakou infrastrukturu a používají Amazon-specific věci to chápu. Ale že je třeba i tak populární u malých začínajících firem, které si můžou vybírat a mají prostor si to pořádně spočítat, to mě trochu překvapuje. Asi je to prostě tím, že AWS se stalo synonymem cloud computing a když tam jsou všichni, tak to přece musí bejt výhodný...
Ukaz mi realne jak z Google ukradnes data te hloupe firmy ktera nevidi ta nebezpeci ktera ty dokazes zneuzit ( https://apps.google.com/ tady mas par ukazek tech zakazniku, muzem zkusit treba Kofolu) a muzem se bavit. Ukazana plati, zbytek jsou jen zvasty bez hodnoty.
To je samozřejmě ptákovina, ale jsou jiné argumenty, proč může být vlastní server lepší (např. proto, že nejsi limitovaný v tom, jaké si tam dáš filtry, spešl akce atd. nebo i jenom proto, že ti to prostě stačí, údržba ti stačí minimální a server máš tak jako tak, takže proč ho nevyužít). EDIT: a samozřejmě pořád ještě pro někoho hrají roli výpadky netu.
[o tomhle tématu se nechci přít, přijde mi to přihlouplý, jenom jsem chtěl říct, že to posouváte do absurdní roviny, o kterou vůbec nejde, která nerozhoduje]
-
V případě externího dacana tento musí:
- V čmoudu:
1. Zjistit, kde jsou data (tím se firma ráda pochlubí, nebo dodá referenci do reklamního letáku provozovatele za mrzký peníz slevy - jako by tam tahle překážka nebyla).
2. Zjistit, jak se do toho čmoudu leze. To je buďto věc veřejná, nebo dokumentaci dostane, když se zaregistruje na zkoušku. Takže překážka čistě symbolická.
3. Podvrhnout přihlášení (zjištěním IP, portu,... se nemusí zdržovat, v případě unifikace DB API má všechno na talířku zadarmo).
4. Nasosat data.
Ukaz mi to chytraku. Ukaz mi jak mi vycucas data z "cloudoveho" Google Apps, jak mi nahackujes "cloudovou" JIRA ci GitHub. Pojd do toho ty teoretiku.
Praktiku, pamatuješ, co se stalo před měsícem a půl? http://www.root.cz/clanky/postrehy-z-bezpecnosti-kolosalni-chyba-microsoftu/
To už sice fixli, ale když nechceš na firmě žádný server a dáš do čmoudu i LDAP, tak je taky LDAP jediný, co stojí mezi zlodějem a tvýma datama. Pokud by pravděpodobnost, že zná útočník zranitelnost LDAP byla 1%, máš 99% šanci, že se k datům nikdo nedostane.
V té samé situaci, pokud bude LDAP server za blbým firewallem se stejnou pravděpodobností díry (1% šance, že se dokáže útočník probořit firewallem), tak máš prostým vynásobením pravděpodobností // (1-(0.01 * 0.01))*100 // šanci 99,99%, že s tou zranitelností neuspěje.
-------------
Každej, kdo vidí jenom cenu železa, elektriky a práce admina, je blbec. Rozhodující je vždycky cena dat. A ať nikdo netvrdí, že data z labiny, vybavené za 25M, kde dva roky 10 lidí intenzivně zkoumalo novou technologii, si nezaslouží 20k měsíčně na lepší zabezpečení dat, který můžou firmě hodit 150M během pěti let. A že se předplatný čmoudu + 0.5M pokuta od FÚ v případě ztráty dat z účetniství se vyplatí malé firmě víc, než NAS s třema WD RED v RAID5. Čmoud je strategický rozhodnutí a je potřeba zvažovat nejenom přínosy, ale i rizika!!!
-
2PetrM .... vem libovolnou soudobou firmu ... jeji hodnota bez jejich dat se pohybuje nekde od 0 do rekneme 50% (i blbej remeslnik ma kontakty, ktery maj pomerne zasadni hodnotu).
Kdyz teda strelis, ze stredni hodnota firemnich dat je 70% z ceny firmy ... tak na takovy rekneme stredni firme co ma hodnotu nekde mezi 1/2 - 1G ... to mas data v hodnote 350 - 700M. Pokud ma takove firma rekneme 1-5Itku (=1-5M/rok naklady) + vlastni zelezo (opet reknemez 1-5M/rok) ... tak ses na +- 10M/rok. A to sou realny cisla spis jeste nizsi. Pojisteni vyjde mnohem draz a nic ti neprinese.
-
2PetrM .... vem libovolnou soudobou firmu ... jeji hodnota bez jejich dat se pohybuje nekde od 0 do rekneme 50% (i blbej remeslnik ma kontakty, ktery maj pomerne zasadni hodnotu).
Kdyz teda strelis, ze stredni hodnota firemnich dat je 70% z ceny firmy ... tak na takovy rekneme stredni firme co ma hodnotu nekde mezi 1/2 - 1G ... to mas data v hodnote 350 - 700M. Pokud ma takove firma rekneme 1-5Itku (=1-5M/rok naklady) + vlastni zelezo (opet reknemez 1-5M/rok) ... tak ses na +- 10M/rok. A to sou realny cisla spis jeste nizsi. Pojisteni vyjde mnohem draz a nic ti neprinese.
Koukám, že se ti dnes podařilo sehnat hodně dobrý materiál...
-
Co to berete za matros? Hodnota moji firmy o trech lidech (a stejne je to u drtive vetsiny zivnostniku) neni hodnota jejich kontaktu nybrz hodnota jejich know-how a jejich povesti.
Jak ty ceny pocitate? Na to, ze jim je nekdo ukradne a zneuzije nebo ze o ne prijdou? To druhe resi zalohovani bez ohledu na prostredi. A to prvni je blbost. Nikdo nedokaze zneuzit databazi mych klientu - nikdo z nich se nebude bavit s nekym kdo mu zavola, ze by jako delal moji praci misto me pro ne... Remeslnik taky neprijde o zakazniky protoze kdyz mu vezmes kontakty tak nemas jeho stroje, nemas s nima ten kontakt.
Co se tyce chyby M$ tak neni o nic vetsi heartbleed atd.
-
Čmoud je strategický rozhodnutí a je potřeba zvažovat nejenom přínosy, ale i rizika!!!
Ano, a to je to o cem mluvim. Pro spoustu firem zkratka prinosy prevazuji ta rizika.
Rikam jasne: kazdy zbozi ma svyho kupce a ne kazdy zbozi je dobre pro kazdeho.
Pro moji firmu jsem si vyhodnotil, ze ta rizika jsou minimalni ve srovnani s prinosem jednoduchosti, kvality a spolehlivosti. Spravovat si server sam je z naseho pohledu zbytecna starost a zkratka blbost(musite to brat z pohledu podnikatele - majitele firmy a nikoliv sebe jako zamestnaneho sysadmina ktery o podnikani vi kulove). Najimat si na to nekoho? Zkratka vic verim google nez ceskymu freelancerovi. Najimat si na to nekoho vetsiho? Bych se nedoplatil. Obava ze ztraty dat? Klicove veci tedy bitbucket a jira mame na VPS (tady uz je jedno jestli verim vpsfree nebo google). Uz jen tohle aktualizovat a starat se o to je voser, dukladne zvazuju prechod na cloud(zalohovani tam neni problem) - v atlassian mam vetsi duveru nez v sebe pokud jde o spravu serveru.
Jen tady jsou proste zaslepenci co se asi boji o praci a tak musi za kazdou cenu neco dehonestovat globalne.
-
Ono to může být pro malou firmu sakra rozdíl. Když potřebuje uložit data, tak řekněme Synology DS416J za cca 8500, 3x 2GB WD Red po 2500 a jsme na 4TB poli za 16 000 (vč. DPH). S online zrcadlením na druhý pole 32 000. A nějakou desítku za UPSku. A offline zálohy - není problém točit několik 4TB USB HDD (cena cca 5000) - klidně se s železem vejdou do 50 litrů. Časově? Jeden den v týdu ajťák přippojí disk a zkopíruje. Nemusí u toho stát celou dobu a točit klikou, do pěti minut (pokud je to moula a/nebo má Widle, jinak v kratším čase) zálohování běží. Automaticky na pozadí.
Na kolik vyjde 4TB dat v čmoudu? Resp. na jak dlouhý předplatný vyjde 50 litrů?
A představa, že ke každýmu jednomu serveru je potřeba jeden ajťák full time, je docela srandovní argument pro čmoud. Datový pole nakonfiguruju jendou a dokud není potřeba rozšířit nebo neklekne disk (jak často se to stává?), tak na ně nesahám. Člověk, co se staré o účty uživatelů, nakupuje IT, přepojuje switche,... s čmoudem z firmy nezmizí.
Stejně tak je srandovní představa, že databáze klientů ani data malé firmy nemají cenu. Jsou v ní kontaktní údaje - adresa, telefon,... V případě klientů - fyzických osob nakluše UOOÚ, sebere ti to čas na argumentaci a dohadování s nima a ještě dostaneš flastra. Ze zákona musí podnikatel vést účetnictví a kontrola může dojít tři roky zpětně. Pokud jsou data v čoudu a nedokáže se k nim dostat, tak zase flastr a doměření daně dle libovůle úředníka, tuny papírování a zabitýho času, který by podnikatel jinak trávil nějak líp - s přáteli, s rodinou, placenou prací,... Úředníka nezajímá důvod, ale zodpovědná osoba.
-
1) simte co to je za firmu, aby potrebovala nekolik TB...
2) cloud prece neni jen datovy uloziste...
3) v pripade uniku dat po tobe zadnej UOOU nepujde protoze ty budes obet
4) ano, to je ta iluze "do peti minut" - to mas pak spolehlivost uzasnou.
5) spousta firem zadny switche nepotrebuje, ucet zvladne pridat sefik jednou za rok kdyz potrebuje
6) prakticky vse co najdes v databazi firem kterehokoliv zivnostnika nebo mensi firmy najdes z verejne dostupnych zdroju
7) koho by tak asi zajimala data z nejakych rekneme 3/4 subjektu ktery maji ICO?
Stale nechapes, ze neexistuje tato nerovnice: cloud != zaloha. To je tvuj marketingovy blabol, abys nejak obhajil svoji vlastni pozici - a ta je evidentne dost vratka kdyz vymyslis takovyhle absurdity. Lidi potrebuji a chteji nastroje ktere proste a jednoduse funguji. Funguji za minimalni naklady a bez starosti o ne.
Takze radsi travim cas s prateli, rodinou nebo placenou praci nez bych se trapil vlastni infrastrukturou(a treba cetl logy jak nejakej typek tady v jinym threadu, to fakt nepovazuju za ucelne straveny cas) - a proto pouzivam treba ty Google Apps pro firmy. Nic jinyho co by ti mohlo bezet na vlastnim zeleze a zaroven se aspon priblizovalo moznostem tohoto proste NENI. Ten tvuj HW a cas systemaku mam x-krat zaplaceny tim, ze to proste funguje out-of-box, poskytuje to efektivni pracovni nastroje.
Tohle proste zadny reseni na tvuj vlastni server nema (mozna M$ reseni, ale to bych se zase nedoplatil a zase to muze byt nebezpecne).
Uz jsem to psal jednou: svet neni jen IT. IT neni konicek a zabava vsech lidi na svete.
-
Zkratka vic verim google nez ceskymu freelancerovi...
A jak se na G nebo M$ čehokoliv domůžete, pokud třeba změní pravidla, přestane poskytovat službu,...? Z pozice firmy z jinýho kontinentu firmy s pěti lidma a obratem, který je ekvivalentem hodinové mzdy jejich nejhoršího právníka?
Ono se totiž může stát třeba to, co zažil M. Čermák se soukromým čmoudem: https://www.reflex.cz/clanek/komentare/46703/nahota-fuj.html
Ve smlově bude co já vím uložení software, najednou budou do hry nebo na testování potřeba zvuky, robot uvidí adresář příponama .aac, maže účet pro porušení pravidel... A co teď s tím? Pro mě je to další riziko.
//A opravdu se neživím jako ajťák nebo admin, ale jako embedded vývojář a díky ženě vím, co podnikání obnáší.//
-
Ale tohle vsechno je obsazene pod tim o cem mluvim
1) situaci zvazit, porovnat klady a zapory, rizika i prinosy. nebyt fanatikem "je to fujky"
2) je tady topic cloud a ty to zjednodusujes na prosty webDAV uloziste...
-
1) simte co to je za firmu, aby potrebovala nekolik TB...
2) cloud prece neni jen datovy uloziste...
3) v pripade uniku dat po tobe zadnej UOOU nepujde protoze ty budes obet
4) ano, to je ta iluze "do peti minut" - to mas pak spolehlivost uzasnou.
5) spousta firem zadny switche nepotrebuje, ucet zvladne pridat sefik jednou za rok kdyz potrebuje
6) prakticky vse co najdes v databazi firem kterehokoliv zivnostnika nebo mensi firmy najdes z verejne dostupnych zdroju
7) koho by tak asi zajimala data z nejakych rekneme 3/4 subjektu ktery maji ICO?
Ad 1) Bavíme se o malé firmě, tj. účetnictví (200-500 MB), nějaký smlouvy (po řekněme 5 MB každá),... Nedávno tady zrovna v jednom vlákně řešili chcíplej disk na firemním serveru o velikosti 600 MB. Takže ta kapacita může být dostačující.
Ad 2) Nemusí být, ale vždycky je to o ukládání a zpracování dat. U 99% firem je to zpracování jako účetnictví, IS + databáze,... A opravdu nevidím výhodu v tom, že X lidí současně musí k datům po jednom optickým vláknu, nebo v připlácení za záložní konektivitu. Zvlášť, když někde jsou rádi za jednu WiFinu.
Ad 3) Přečti si ten zákon. Ty jsi subjekt, který spravuje data a jsi za ně zodpovědný. Když se ukáže, že nebyly dostatečně zabezpečeny, nejsi oběť.
Ad 4) Zapojení disku (napájení, USB) - 20s, MOUNT, připojení k poli po SSHFS a RSYNC ve skriptu, spuštění skriptu do 30s. A může se věnovat něčemu jinýmu...
Btw, zrovna v neděli mě doma klekl HDD (po sedmi letech), pondělní obnova byla na 2h, z toho 1:45 čtení knížky. A mám 4x vyšší kapacitu. Juch. (nejvíc práce dal GIT, ten nezálohuju 1:1, protože všechno je na dalších dvou strojích, takže SSH na server, mkdir git, cd git, mkdir pro repozitáře, git init --bare pro každý a pak z lokálního stroje git pull na každým projektu).
Ad 5) A teď tu o produktivitě práce na b-čkovým WiFi 2.4GHz. Tam opravdu nebude poznat, jestli jsou věci v LAN nebo za oceánem.
Ad 6) Najdi ve veřejných zdrojích plány mýho baráku, co dělala architektka jako OSVČ. Nebo fakturu, co jsem zaplatil za opravu komínu. Nebo výchozí revizi elektorinstalace u mě doma. Good luck.
Ad 7) Globálně asi jenom stát a ten má jiný páky, cíleně na konkurenci každýho křiváka s ŽL.
Já to s tou zálohou, volbou a vším kolem chápu. Jenom říkám, že pokud jako hodnotu beru pověst firmy, musím udělat všechno proto, aby se důvěrný data zákazníka naválely nikde veřejně. ČR je malá a všichni se znají... A komu data nestojí za náležitou péči, tomu se to vrátí jako bumerang.
Btw, když jsem dělal v korporátu, tak zdrojáky byly v SVN v datacentru v Arizoně. Update repozitáře valilo závratnou rychlostí 6-8kB/s. Předposlední projekt, na kterým jsem dělal, měl zdrojáky zhruba 20GB. Spočítej si, jak moc produktivní je, když přiřadíš člověka na projekt a má si stáhnout repo, bez kterýho nic neudělá. První den na projektu jsem trávil sedmi hodinama čekání a na práci jsem nesáhl... Naprosto úžasná zkušenost. V nové práci je SVN server na patře, lifruje to 18MB/s.
-
1) prave o tom jsem psal - tech subjektu ktery naprosto v pohode vlezou pod jednotky TB je mraky
2 a 5) uplne jsi ze sveho pole vnimani vymazal vsechny decentralizovane firmy (= treba tam kde maji obchodaky, spoustu SW vyvoje).
3) jsem zodpovedny i za zamestnance... a tuhle debatu uz jsme tady meli. pro me je cesky zamestnanec/dodavatel o nekolik radu mene spolehlivy nez globalni firma typu google/amazon.
4) ses proste borec! ses admin. ano, kazdy cech je rybar, hokejovy trener a grafik co potrebuje fotokrám, ale nemyslim, ze kazdy cech je sysadmin.
6) a koho to jako zajima? kdo by takovy data kradl a kdo by je pak od nekoho kupoval?
7) kdyz chce nejakej krivak nekoho nicit tak mu nebude krast data z cloudu kdyz existuji mnohem ucinnejsi metody (drogy, udani za sexualni obtezovani, diskriminace apod)
To, ze jste spatne zvolili datacentrum neznamena, ze to tak dela kazdej.
-
Ale tohle vsechno je obsazene pod tim o cem mluvim
1) situaci zvazit, porovnat klady a zapory, rizika i prinosy. nebyt fanatikem "je to fujky"
2) je tady topic cloud a ty to zjednodusujes na prosty webDAV uloziste...
Nj, ty naprosto nechapes o cem zvanis ... o ulozisti je rec, protoze to je nejtrivialnejsi a zdaleka nejlevnejsi vyuziti cmoudu. Jakykoli jiny vyuziti je radove drazsi ... a radove rizikovejsi.
Prosto i to tupy uloziste ve cmoudu je o rad drazis nez uloziste vlastni, vcetne prace admina.
Mimochodem, kolega prave resi, co bude delat se svejma datama v M$ cmoudu ... protoze ... M$ mu ten cmoud zrusil. Proste tak. Ma defakto problem i s tim, jestli se mu vubec za ty 3 mesice povede ty data postahovat. On totiz M$ nabizel nejakou kapacitu gratis a za nejakych podminek ji jeste navysoval ... a oni to svine lidi i pouzivali ... takze jim to ted proste vsem vsechno smazne. Jo, muzou si zaplatit ...
Takze ti jako firme prijde, ze kdyz platis tu desitku mesicne za cmoud, tak ze od pristiho kvartalu to bude kilo ... a ze pokud se ti to nelibi, tak si tech svych 10, 20, 50TB naloz, protoze za 3 mesice ti je smaznou. Uzasne vyhodny co?
A samo, tupec jako ty nema ani paru o hodnote dat. On totiz kdyz ten zivnostnik o ty data prijde, tak proste ty data nema. A kdyz mu je nekdo slohne, tak samo naprosto sklidem oslovi jeho zakazniky a nabidne jim totez za polovicni cenu ... ne, oni urcite na tu nabidku nepristoupej ... protoze oni toho svyho dodavatele milujou natolik, ze proste dokud neumre, bude pro ne delat porad ...
-
Mozna neco prehlizim, ale ja a stejne tak vsichni u nas ve firme maji Drive klienta a ten synchronizuje nejakou slozku na jejich disku(samozrejme zalohovanou slozku). Kdyz to vypnou tak o nic neprijdeme (krome sdileni).
Kdyz to zdrazi tak proste zapremyslim co dal - stejne tak kdyz zdrazi benzin na pade tak budu zvazovat kam vsude tim autem vlastne jet. Zivot je boj, situace na bojisti se meni kazdym okamzikem. Tyhle starosti jsou minimalni oproti tomu kdyz treba clovek v pulce prosince nezna vysi DPH od noveho roku...
Pokud nekdo nabizi sve sluzby za polovinu tak nepotrebuje krast neci databazi klientu - takovy vohnouti pouzivaji jine praktiky(analogie s prodejci energii...). Pokud nekdo bude nabizet sve sluzby za polovinu tak mu rad dam DB svych klientu - odejdou takovi kteri me stejne nebavi(skrblici), zbytek chce kvalitu a duveru.
Jsem presvedceny(a par takovych jsem uz videl), ze takovy zivnostnik prijde o data vyrazne pravdepodobneji kdyz je ma u sebe nez nekde v trapu.
Zjednoduseni "cloud == datove uloziste" te jasne diskvalifikuje z debaty.
-
Myslím že rozpory medzi obhájcami a odporcami cloudu v tomto vlákne vznikajú hlavne z definícií pojmov, čo kto považuje za firmu a čo kto považuje za cloud.
Ak niekto hovorí firma a na mysli má firmu 3-10 ľudí (čo sa v zdravých spoločnostiach považuje za pilier spoločnosti) a pod pojmom cloud má na mysli Google služby (apps, calendar, mail, .....), tak tomu s veľkou pravdepodobnosťou pri všetkých kalkuláciách a zvažovaniach vyjde, nazvem to, GCloud ako veľmi dobré riešenie.
Ak niekto hovorí firma a na mysli má firmu so stovkami či tisíckami zamestnancov, často nadnárodnú, s veľmi hodnotným know-how, pod pojmom Cloud sa u neho skrýva AWS s celou škálou hostovaných aplikácií, virtuálnymi servermi kdesi na druhom konci sveta, komplikovanou správou práv vo vnútri spoločnosti a podobne, tak tomu bude tento cloud pripadať ako marketingový buzzword, ktorý má veľa nevýhod.
Každý má svoju pravdu a je zbytočné toho druhého presviedčať či nebodaj osočovať/zosmiešňovať. Výsledkom bude, že ten kto osočuje /zosmiešňuje skončí v debate ako ignorant, ktorý nevie/nechce pochopiť pozíciu toho druhého a ako sa u nás na dedine hovorí, proste "to jeho hovno musí byť hore".
-
Souhlas
-
Já jenom furt nechápu, v čem konkrétně je čmoud lepší.
- Jako datový uložiště se prodraží tak jako tak, takže tím to nebude.
- Appka navíc - tam sotva co ušetřím, pokud chce totiž být výrobce systému pro lokální zpracování konkurenceschopný, cena licence bude podobná ceně čmoudové. Anaopak, když čmoudař vidí, že se alikace pro lokál prodává za 100-200, nasadí časově omezenou nabídku za 90, ale jak tě zaháčkuje, proč by si neřekl o 180, když očividně firmy jsou schopný a ochotný takovou cenu vypláznout?
- Ve střední firmě (30 lidí, z toho 25 vývoj) na IT věci stačil kolega, sebralo mu to v průměru cca 3h týdně. A dva servery za cca 100k a byl klid. Jel tam IS, 2x web server, datový uložiště, verzování, účto.
- Konektivita je úzký hrdlo. Není nic lepšího, než code review v Crucible + FishEye, kde jsem chtěl bidět podrobnosti a nejenom defaultních 10 řádků před a 10 za. Připojeno pět lidí, načítání zdrojáku na 500 řádků 3.5 minuty. Zoouuufaaalýýý. Než se to načte, nevím, co jsem vlastně chtěl zkontrolovat. Osobní zkušenost... Lokální miirror hodně pomůže, ale tam už by byl potřeba server přímo na pobočce a čmoud degeneruje na předražený, mizerně zabezpečený skladiště. Co se ušetří za mzdu správce, to se narve do lepší zálohované konektivity, jinak firma stojí.
- Bezpečnost kulhá na všechny čtyři nohy - dostupnost dat, zabezpečení dat, stabilitu ceny, dostupnost služby.
- S čmoudem není potřeba lokální admin. Jenom šmudla, co umí zasunout RJ-45 do switche a do PC a nastavit NAT. A bez čmoudu... Kolik práce v reálu dá údržba datovýho pole s 50 HDD? Kolik práce dá správa serveru s DB, který při intalaci dostane cesty k uložisšti, nastaví se práva, řekne s eo něm aplikaci a ta si odšéfuje svoje data a tabulky? V tom se někdo každý den vrtá pět hodin? A co se konfigurace aplikací týká, na firmě musí stejně být někdo (klidně i zaplacený externista), kdo dokáže seskládat moduly, nakonfigurovat tomu přístup do DB,... Bez ohledu na to, kde ten server zrovna běží.
No a těch víc poboček po světě - blbec to narve do jednoho datacentra a na druhým konci světa tři hodiny houpe zaměstnanec nohama, než se mu načte, co potřebuje. Chytří to využijí jako rychlý, geograficky oddělený hot zálohy. Klekne server v Německu, přepne se na Španělsko, záskok za Kanadu v Mexiku atd. Tohle jde v čmoudu i s vlastním železem, ale zase - dražší než dvě vlastní hromady železa, navíc synchronizace za další příplatek, riziko zrušení služby pro nezájem (styl Mozilla - co je dobrý, to zrušíme pro nezájem).
A naprosto super bylo, když se management v US rozhodl vyřešit prů...ový projekt tak, že předělali kromě časovýho plánu i označení projektu a nějaký chytrák to přejmenoval v SVN a adresáře s dokumentací. 15 lidí pak tahem tři dny non-stop sosalo soubory, který měli na HDD v jiným adresáři rychlostí 6kB/s, místo pěti minut, co by to každýmu trvalo na lokálním serveru po gigové lajně v baráku.
-
Starý přísloví říká, že "Co je doma, to se počítá". A platí to pořád. Takže cloud ano, ale nejlépe jen jako šifrovanou offsite zálohu.
-
Tak si zoberme konkrétny príklad použitia cloud technologií, ktorý som videl a kde sa mi o zdalo vhodné.
Škôlka a centrum voľného času.
Majú do 10 vychovávateliek a lektorov na rôzne aktivity (výuka jazyka, hudba, pohybové aktivity, výtvarná výchova)
Vedúca + marketing v jednej osobe.
Externá ekonómka
Stravovanie im zabezpečuje škola v susedstve
Aké maju IT? Majú jednu www stránku ktorú im zbastlil voľajaký otecko vo WP a je umiestnená na serveri tej susednej školy.
Doménu maju u Google a tak používajú Gmail. Gdocs používajú pre tvorbu jednoduchých dokumentov ktoré potrebujú. G calendar používajú veľmi masívne na riadenie všetkých tých termínov jednotlivých lektorov, besiedok. Google foto používajú na ukladanie fotografií detí z besiedok a zdielanie s rodičmi. Voľajaká Epson multifunkcia slúži na tlač a bežné kopírovanie ale aj na odosielanie dokladov do cloudu pre účtovníčku. Tá používa webovské účto (keepi.eu, neviem či tú bezplatnú verziu alebo verziu za 50€ ročne) pre vedenie agendy. Do tohoto účta samozrejme občas (mesačne či štvrťročne neviem...) pristupuje aj Vedúca pri vystavení faktúry rodičom (tuším im to robí voľajako automaticky).
Neviem ako majú vyriešené zálohovanie dát v prípade že by Google skončil zo dňa na deň, ale som presvedčený že pri plánovanom ukončení (povedzme že by Google oznámil ukončenie služieb) to nebude pre nich problém downloadnuť.
Ohľadne účtovníctva a zodpovednosti pred zákonom (archivácia dokumentov a podobne) som sa pozeral na stránku toho poskytovateľa a zmluvne je to asi právne a správne vyriešené.
Lokálne v tejto firme je len jedno PC (vedúca, tuším to bol voľajaký dar-repas), jeden notebook pre lektorov/vychovávateľov, spomínaná tlačiareň a VDSL router (asi Vigor).
Neviem ako riešia mzdy, asi tiež tá účtovníčka.
Takže keď som sa na túto "firmu" pozeral ako ITčkar, musím povedať že ten otecko ktorý zbúchal (a tuším aj udržiava) ten web a navrhol im ako to bude celé fungovať, urobil dobrú prácu, celkovo to funguje bez problémov.
-
Vis vsechno je dost relativni a hodnotis to jen podle vasi firmy a podle toho, ze na fajront vypinas. Jsou lide kteri to tak nemaji a pro nez je treba smartphone dost podstatny pracovni nastroj.
Požadavky:
- jsme tri uzivatele, kazdy v jinem meste v republice. Vyhledove max 1 clovek navic. Ja mam sice to stesti, ze mam 100/100 linku a verejnou IP, ale kdyz jedu na dovolenou tak vypinam VSECHNY pojistky.
- kazdy z nas pracuje z domu nebo v coworku nebo treba v lese (ano proste me bavi open-air office, sednu na kolo a jedu, potkam pristresek, vyndam notebook a pracuju a pak jedu dal).
- mail s kvalitnim a funkcnim antipamem, caldav, carddav, sync souboru. staci nam jednotky az nizke desitky GB na uzivatele(ne opravdu si nesdilime a nepotrebujeme sdilet cely working dir se vsema PSD pro tisk apod)
- casto pouzivam tenhle proces: Výstřižky -> Save to Drive dir -> Copy share link , paste do mailu nebo na skype
- mobilni mailova appka takovych kvalit jako je Google Inbox - zde zejmena pro me nepostradatelna funkce odlozit email (na urcity cas nebo urcitou lokalitu).
- moznost soubezne prace vice lidi na jednom souboru - dokument, tabulka, prezentace
Cenove porovnani naseho Atlassian stacku: JIRA, Stash, Confluence -> "u sebe " - vpsfree.cz = 300,- mesicne plus nejmene hodina mesicne meho casu se o to starat, 4GB RAM tam jsou a je to proklate malo.
Cena v cloudu? 0,-
Rychlost gitu je naprosto v pohode protoze tam ta konektivita na VPSku je pro kazdyho podle toho jak to ma doma. To, ze jste jelita a pouzivate i v roce 2016 SVN je vyhradne vas problem.
Pokud bych mel kupovat server tak mi tam musi bezet:
- testovaci webserver s Bamboo (aspon 4GB RAM)
- atlassian plus flexibee (aspon 8GB, spis vsak 16GB)
- obcas potrebuju spustit W7 kterym staci 1GB RAM
- aplikace jakou svet nevidel - neexistuje nic co by slo nainstalovat lokalne a splnovalo to nase zakladni pozadavky
- stejne dal musim platit produkcni servery protoze ty si domu zkratka dat nemuzu kvuli pripojeni
- neco vyfotim fotakem v mobilu, ono se to automaticky odesle na google, tim se mi to automaticky stahne do notebooku i na desktop a hlavne: je to hned prohnane OCR takze mam funkcni, RYCHLE a spolehlive vyhledavani napric vsim - emaily, dokumenty, obrázky atd. To je treba super na uctenky. Chci neco reklamovat a jen vyhledam nazev obchodu a mam to! Fakt, tohle proste funguje.
Sam si to spravovat odmitam, nebavi me to a nezivi me to. "spravce" za 300,-/hod neni pro me spravce (dela to po vecerech po praci a kdyz je na dovolene nebo vykalenej tak ho nesezenes vubec). Nejsem platce DPH takze to mame rekneme 1500,- mesicne(1 hod) jen za to, aby vse bylo aktualizovane, aby si nekdo precetl logy (to tady nekdo rikal, ze je to fajn zabava na vecery)... Navic aby to opravdu fungovalo tak si firma rekne pausal.
S Googlem za tech nekolik let (mame jeste 50 accounts na domene zdarma takze uz to je par let) jsem nemel JEDINY vypadek ktery bych zaznamenal. Hadam, ze ti to nemusim porovnavat se spolehlivosti vpsfree(slo to dramaticky nahoru posledni dobou, ale 100% to nebylo v zadnem kalendarnim mesici co tam mame virtualy) nebo dokonce meho ISP.
Co bych ziskal vlastnim resenim doma:
- hucel by me tady nekde nejaky stroj (coz ve svem 2+1 odmitam), vyssi ucty za elektrinu
- nespolehlive pripojeni vsech ostatnich kdyz je treba u nas bourka a vypnou elektrinu (jo, ja muzu mit UPS, ale kdyz to vypnou v pulce mesta tak mi logicky nejede internet)
- brutalni cena za porizeni (minimalne nizsi desetitisice za HW a k tomu spis vyssi desetitisice za nastaveni)
- neefektivni a nepohodlne aplikace (kdo nikdy nepouzival cele Google Apps jako balik se vsema vyhodama to proste nikdy nemuze pochopit)
Co ztracime pouzivanim Google Apps? Soukromi? To uz jsem psal x-krat: neplanuju teroristicky utok, NSA je mi o neco mene protivna nez jakekoliv ceske urady nebo treba zabaveny server kvuli udani na OSA...
Cena za to cele je pro nas(v pripade, ze by google vzal tarif zdarma i starym zakaznikum) 3 users * €8 * 12mesicu *27Kč = necelych 10tisic Kč rocne a naprosto bez starosti o to, aby to fungovalo.
Ted mi ukaz ty tvoje pocty jak to budu mit levnejsi doma.
-
a vpsfree "musim" pouzivat protoze levnejsi stroj v pomeru vykon*/cena nesezenu.
* zde je vykon pouzito obrazne, ve finale me vlastne zajima:
- velikost RAM (=4GB za tu cenu)
- 14 dennich snapshotu na jinem fyzickem stroji
- vse podstatne jeste zalohuju do NASu ktery je zase na jinem fyzickem stroji a je v cene (250GB)
-
Když to tak čtu, tak si najmi firmu co to za tebe vyřeší.
-
Fakt mi tohle nejaka firma vyresi tak abych to mel u sebe a za rok me to stalo mene nez 10tis pri nulove vstupni investici? Znate takovou firmu?
Nam soucasne reseni maximalne vyhovuje, jsme s nim spokojeni a zatim nam nikdo neukazal jak lepe to vyresit pri zachovani soucasne ceny.