Fórum Root.cz
Hlavní témata => Server => Téma založeno: Jirka Vladař 11. 06. 2016, 10:55:35
-
Ahoj, vybírám pro naši malou firmu platformu, kam přesunout naše aplikace - chci zrušit náš VMWare cluster a přestat se starat o HW. Aplikace máme psané napůl v C# a MSSQL (Win) a Java + Oracle (na RH Linuxu). Zaujalo mě řešení od TCP Cloud - nemáte s tím někdo zkušenosti, které byste mohli prosím nasdílet ? Díky předem.
-
radiokomunikace prodavaji cloud na vmware.
https://www.radiokomunikace.cz/cra-business-cloud
Je to celkem ok. Da se domluvit demo, mesicni licence na ms sw a kde co...
-
TCP cloud ale nenabízí cloudové služby. On dodává inhouse cloudy na bázi Openstacku. Takže pokud chceš vyměnit VMware za Openstack a nechat si ho implementovat na tvoje železo, tak to je práce TCP cloudu (existuje ještě TCP Písek, který už železo má, ale nevyvíjí moc činnost, asi si spokojně žije dál z dotací)...
Jinak obecně to chce hodně dobře počítat a zkontrolovat si, co vše dostaneš v ceně a kde je co shováno, z čeho začnou téci poplatky, takové přenosy dat můžou udělat doboru položku. On pak člověk při využití cloudu zjistí, protože nechtěl zainvestovat další obnovu inhouse řešení, že za cloudové služby v plném provozu zaplatí za 10 měsíců tolik, co by ho stálo to stejné na vlastním železe, licencích atd na 5 let provozu inhouse (také výsledek jednoho pokusu, že se zahodí inhouse VMware cluster, kde byla řada databází, aplikací a dá se to do cloudu, až začly chodit měsíční faktury na 370.000 Kč, tak nastalo vystřízlivění, co vše se v prvotních úvahách "přehlédlo", že to nemá vliv).
-
TCP cloud ale nenabízí cloudové služby. On dodává inhouse cloudy na bázi Openstacku. Takže pokud chceš vyměnit VMware za Openstack a nechat si ho implementovat na tvoje železo, tak to je práce TCP cloudu (existuje ještě TCP Písek, který už železo má, ale nevyvíjí moc činnost, asi si spokojně žije dál z dotací)...
Jinak obecně to chce hodně dobře počítat a zkontrolovat si, co vše dostaneš v ceně a kde je co shováno, z čeho začnou téci poplatky, takové přenosy dat můžou udělat doboru položku. On pak člověk při využití cloudu zjistí, protože nechtěl zainvestovat další obnovu inhouse řešení, že za cloudové služby v plném provozu zaplatí za 10 měsíců tolik, co by ho stálo to stejné na vlastním železe, licencích atd na 5 let provozu inhouse (také výsledek jednoho pokusu, že se zahodí inhouse VMware cluster, kde byla řada databází, aplikací a dá se to do cloudu, až začly chodit měsíční faktury na 370.000 Kč, tak nastalo vystřízlivění, co vše se v prvotních úvahách "přehlédlo", že to nemá vliv).
Existuji firmy ktere se plati jen za analyzu nakladu na provoz v cloudu protoze tech firem je mraky. "Cmoudovy" pojem dal totiz sanci mnoham firmam zpoplatnit i kazdy bajt a to zcela zdarma... Cist si komplet polozkovani v AWS tak nedelam 1 rok nic jinyho a zvetsi se mi podil sedin.
Na analyzu toho co je nejvyhodnejsi v takovem mumraji nema bezna mala firma zdroje,know how a ani analyticke nastroje. A dost mozna potom skoncis s rozlozenim mezi "cmoud" a svuj stavajici lokalni hosting. Ber v potaz i velmi vyhodny pomer v CR, cena za odvedenou praci / znalosti podpory v ramci tveho inhousingu.
-
Při každém outsourcingu je nutné pamatovat na pár věcí, především:
- Dodavatel bude vždy vydělávat (a zákazník mu bude zisk platit).
- Dodavatel může být nespolehlivý.
V případě přesunu virtuálních strojů k někomu na jeho infrastrukturu je v podstatě jediná věc na které se dá ušetřit: znalosti a schopnosti těch kdo ty virtuály nyní provozuje a udržuje. Mít alespoň dva zaměstnance (kvůli zastupitelnosti) kteří jinak nebudou mít moc co dělat, to je v některých firmách opravdu overhead. Některých.
-
Při každém outsourcingu je nutné pamatovat na pár věcí, především:
- Dodavatel bude vždy vydělávat (a zákazník mu bude zisk platit).
- Dodavatel může být nespolehlivý.
V případě přesunu virtuálních strojů k někomu na jeho infrastrukturu je v podstatě jediná věc na které se dá ušetřit: znalosti a schopnosti těch kdo ty virtuály nyní provozuje a udržuje. Mít alespoň dva zaměstnance (kvůli zastupitelnosti) kteří jinak nebudou mít moc co dělat, to je v některých firmách opravdu overhead. Některých.
Možná to zní divně, ale není málo případů, kdy
- Dodavatelé na poskytování cloudu prodělávají
- I nespolehlivý dodavatel je mnohem lepší než inhouse zaměstnanci
-
Ahoj, díky za všechny odpovědi. K tomu, že TCP neprovozuje hosting - našel jsem, že právě ten svůj cloudový produkt jsou schopni hostovat v Písku - je to nějaká jejich dceřinná firma tuším - což mi přišlo rozumné právě proto, že data se nebudou poflakovat buhvíkde po US. Motivace proč vůbec je zbavit se starostí s HW, alespoň částečně. Stávající serverovna nám bude brzo malá, musela by se za drahé peníze najít jiná - jsme v pronájmu. Proto jsem se ptal i na konkrétní zkušenosti. S ČRa jsem se potkal, dostal jsem od kolegy ne úplně pozitivní referenci, navíc pokud přejdu na Openstack, tak nemusím řešit jak licenovat VMWare, což samo o sobě leze hodně do peněz, které dám raději za výkon.
-
Při každém outsourcingu je nutné pamatovat na pár věcí, především:
- Dodavatel bude vždy vydělávat (a zákazník mu bude zisk platit).
- Dodavatel může být nespolehlivý.
V případě přesunu virtuálních strojů k někomu na jeho infrastrukturu je v podstatě jediná věc na které se dá ušetřit: znalosti a schopnosti těch kdo ty virtuály nyní provozuje a udržuje. Mít alespoň dva zaměstnance (kvůli zastupitelnosti) kteří jinak nebudou mít moc co dělat, to je v některých firmách opravdu overhead. Některých.
Možná to zní divně, ale není málo případů, kdy
- Dodavatelé na poskytování cloudu prodělávají
- I nespolehlivý dodavatel je mnohem lepší než inhouse zaměstnanci
A v tom případě se to vyplatí (akorát u toho prvního bodu bych si dával pozor na známé přísloví o lapání ptáčka).
-
Zkusenost zatim nemam, ale uplne hledim :)
forpsicloud.cz uz maji HTTPS pro administraci, a nabizi 1G RAM, 20 GB SSD, 1 jadro,IPv4 adresu, na Vmware, za 25Kc/mesic :)
Upgrade z Ubuntu 14.04 na 16.04 probehl jen co to pisu
-
Pokud Vás zajímá řešení postavené na OpenStacku, doporučuji se podívat na službu homeatcloud.cz. Systém je velmi podobný tomu, co staví TCPCloud, a je nabízen formou veřejného cloudu. Je to vlastně ekvivalent Virtuálního Datacentra na platformě Vmware. Podpora Windows tam je s licencováním formou měsíčního poplatku, RHEL a Oracle nejspíš ne.
-
Zkusenost zatim nemam, ale uplne hledim :)
forpsicloud.cz uz maji HTTPS pro administraci, a nabizi 1G RAM, 20 GB SSD, 1 jadro,IPv4 adresu, na Vmware, za 25Kc/mesic :)
Upgrade z Ubuntu 14.04 na 16.04 probehl jen co to pisu
Ale on chce provozovat servery, který budou něco delat, a který nebudou pulku doby vypnuty 8)
-
AWS je opravdu tak na rok intenzivniho studia - momentalne vic jak 70 sluzeb, navic umyslne maji omezene moznosti nastaveni limitu (pri dosazeni se sluzba vypne) a alertu, vice lidem se stalo ze nevedomky neco nechali v defaultu nebo meli zdrojaky na githubu i s heslem a behem par vterin jim nekdo trosku provtral ucet (automaticti roboti co skenuji cely github pro zvolene patterny, okamzite jdou s nalezenym na AWS a vetsinou pouzivaji k tezbe bitcoinu).
jinak by mne zajimalo, jak si firma, ktera by v cloudu provozovala cely svuj business (pro priklad treba kdyby alza to chtela zvolit) by si mela zajistit dostupnost sluzeb 99,999999999% (protoze minutove vypadky u nich mohou jit do skod v radu milionu Kc), jak se zajistit proti zmene VOP (nejdriv nabrat klienty kdyz ptacka lapaji ..) a nutnosti nasledne migrace na jiny cloud, neochote firmy provozujici cloud soustavne snizovat ceny poskytnute sluzby tak jak vseobecne v case klesaji ceny za prenos dat atd ...
-
Při každém outsourcingu je nutné pamatovat na pár věcí, především:
- Dodavatel bude vždy vydělávat (a zákazník mu bude zisk platit).
- Dodavatel může být nespolehlivý.
V případě přesunu virtuálních strojů k někomu na jeho infrastrukturu je v podstatě jediná věc na které se dá ušetřit: znalosti a schopnosti těch kdo ty virtuály nyní provozuje a udržuje. Mít alespoň dva zaměstnance (kvůli zastupitelnosti) kteří jinak nebudou mít moc co dělat, to je v některých firmách opravdu overhead. Některých.
Neusetris vubec nic. V 90% totiz je zelezo neco, o co se jen tak mimochodem staraj spravci aplikaci, a ty musis mit stejne. Starost o zelezo je pak to nejmensi - pokud ho pravidelne po skonceni supportu vymenujes. Realne v cmoudu musis zaplatit presne stejny zelezo, a jeste zisk provozovatele. Tudiz se to nemuze vyplatit vubec nikdy.
Jako bonus si pridelas spoustu dalsich starosti a nakladu. Naprosto nezbytne pak potrebujes treba zalozni net, coz na vlastnim zeleze trebas nepotrebujes, protoze proste muzes fungovat i bez netu. Navic absolutne ztracis kontrolu nad tim, co se s tvejma datama deje. Doma si muzes overit, ze zalohy existujou, v cmoudu na to ze nejsou prijdes, az cmoud chcipne.
-
jinak by mne zajimalo, jak si firma, ktera by v cloudu provozovala cely svuj business [...] by si mela zajistit dostupnost sluzeb 99,999999999%
Musela by na aplikacni urovni dosahnout garanci, ktere se jinak (treba u nejakeho mainframu apod.) dosahuji na nizsich urovnich. Podle typu aplikace to muze byt ruzne slozite. Taky skoro u kazde aplikace jsi schopny tolerovat nejakou degradaci funkcnosti sluzby - nepotrebujes, aby ti s extremne vysokou dostupnosti jelo porad vsechno a v cele parade. Nejake to obcasne zahozeni nedulezitych zprav, pozdrzeni zpracovani zprav apod. ti typicky nevadi, pokud to mas dobre rozmysleno. Takze problem nezni "jak dosahnout deviti devitek", ale spis "jak dosahnout takovych garanci, ktere pozadujeme".
jak se zajistit proti zmene VOP (nejdriv nabrat klienty kdyz ptacka lapaji ..) a nutnosti nasledne migrace na jiny cloud, neochote firmy provozujici cloud soustavne snizovat ceny poskytnute sluzby tak jak vseobecne v case klesaji ceny za prenos dat atd ...
To je jednoduche: nijak. Cloud = vendor lock in. Tecka.
-
Zkušenosti? Viz
- http://www.lupa.cz/clanky/casablanca-int-ma-problemy-nektere-sluzby-nejsou-dostupne/
- http://www.lupa.cz/clanky/milan-svacha-casablanca-int/
Samozřejmě je velice nepříjemné, že naše cloudové řešení několik dní neběželo, na druhou stranu je pozitivní, že se nám díky replikaci ze sekundární části, umístěné v datacentru našeho partnera, podařilo zachránit veškerá zákaznická data.
Takže až budeš tejden mimo provoz, tak buď rád, že aspoň možná nepřijdeš vo data.
;D :D ::)
-
podle mne se usetrit v cloudu teoreticky da - uspory z rozsahu - prenesu starost o spravu na nekoho jineho (proc se maji mi 2 zamestnanci starat jen o muj stroj a byt 99% casu jen "pripraveni",kdyz se mohou starat o 1000+ serveru a naklady na jejich mzdu pomerne rozdelit, proc mit nadupane zelezo 24/365 kdyz si zvyseni vykonu muzu pronajmout jen na zlomek casu - predvanocni cas, rendering ...) atd...
-
podle mne se usetrit v cloudu teoreticky da - uspory z rozsahu - prenesu starost o spravu na nekoho jineho (proc se maji mi 2 zamestnanci starat jen o muj stroj a byt 99% casu jen "pripraveni",kdyz se mohou starat o 1000+ serveru a naklady na jejich mzdu pomerne rozdelit, proc mit nadupane zelezo 24/365 kdyz si zvyseni vykonu muzu pronajmout jen na zlomek casu - predvanocni cas, rendering ...) atd...
to je ale ta hezka teorie, se kterou všichni provozovatele cloudu operujou :-)))
Zkuste si to nekdy opravdu spočítat.
Jinak ti 2 lide se Vam nebudou velmi pravdepodobne starat jenom o ten jeden server - pokud mate jeden virtual, najmete si nekoho na ICO na 5 hodin mesicne pausal + hodiny navíc v pripade potřeby. Pokud myslite 1 zelezo a na nem 30 serveru, tak se velmi pravdepodobne budou starat taky o ty virtualni masinky, sitove prvky, zalohovani atd...takze rozhodne se nebudou 99% casu flákat ::)
-
Lepší admin se sotva dostane přes 80 tisíc, takže pak je jasné, že kvalita nic moc. To ten cloud bude podobná loterie a spíše může vyjít. Našláplý interní tým bude vždy lepší, protože existuje hromada open-source věcí, který tam můžou nasazovat a ladit. V cloudu jsou "jen" služby. Když něco neumí, tak je smůla a zase by se nějaký ten admin hodil. Pro běžné low-cost projekty je ale cloud super a bez práce. Pochybuju, že Google začne migrovat všechno do cizího cloudu.
-
Pokud myslite 1 zelezo a na nem 30 serveru, tak se velmi pravdepodobne budou starat taky o ty virtualni masinky, sitove prvky, zalohovani atd...takze rozhodne se nebudou 99% casu flákat ::)
Asi delas neco spatne. Pokud na neco podobneho v mnozstvi jednoho fyzickeho serveru a nekolika stanic potrebujes vic jak ~5% mesicni pracovni doby tak nejsi dobry admin.
-
Pokud myslite 1 zelezo a na nem 30 serveru, tak se velmi pravdepodobne budou starat taky o ty virtualni masinky, sitove prvky, zalohovani atd...takze rozhodne se nebudou 99% casu flákat ::)
Asi delas neco spatne. Pokud na neco podobneho v mnozstvi jednoho fyzickeho serveru a nekolika stanic potrebujes vic jak ~5% mesicni pracovni doby tak nejsi dobry admin.
A Ty, když nechapes srovnani 1 serveru se 30 jako ilustrativni, urcite taky nejsi dobry admin ;-) Ja bych třeba servery na jednom zeleze neprovozoval, ale to uz zabředáváme do uplne jiné debaty.
Navíc prekvapive dost zalezi na tom, co tam bezi, kolik je za ten mesic zmen atd atd...pokud tam mas 30 masin pro zakazniky, kteří na tom jedou webiky, asi ta sprava vypada o dost jinak nez když je tam produkcni a testovaci prostředí pro firmu, na skoro kazdem serveru jiny systém, a zmeny jsou na dennim poradku. 5% pracovni doby je jeden den za mesic - to je opravdu dost malo. A to jsem o zadnych stanicich nemluvil, tam to muze byt ještě mnohem mnohem promenlivejsi, a pokud třeba 100 stanic (bez serveru)opravdu zvladnes s jednim pracovnim dnem (tedy 8 prac hodinami) za mesic, musim Ti poblahopřát, jsi faaakt dobrej. Nebo na nich nepracuji normalni uzivatele ;-)
-
urcite taky nejsi dobry admin ;-)
Mas pravdu: nejsem admin. A prave proto vidim ty vyhody ktery mi cloud prinasi. Pro 3 lidi se mi fakt nevyplati platit nekoho na spravu emailu apod.
-
podle mne se usetrit v cloudu teoreticky da - uspory z rozsahu - prenesu starost o spravu na nekoho jineho (proc se maji mi 2 zamestnanci starat jen o muj stroj a byt 99% casu jen "pripraveni",kdyz se mohou starat o 1000+ serveru a naklady na jejich mzdu pomerne rozdelit, proc mit nadupane zelezo 24/365 kdyz si zvyseni vykonu muzu pronajmout jen na zlomek casu - predvanocni cas, rendering ...) atd...
A zamestnanci cmoudu budou chodit vysvetlovat tvym negramotum jak secist sloupec cisel v excelu? To je totiz soucasti naplne prace vetsiny adminu v non-it firmach (a nekdy i v tech IT ...).
A nikoli, z rosahu nic neusetris ... potrebujes nejaky objem uloziste a s tim nic nenadelas, v cmoudu ti musej vyhradit presne stejnej prostor, jakej bys mel na fyzickym HW. Potrebujes nejake vykon a opet, v cmoudu pro tebe musi bejt pripravenej. Jasne, muzes si poridit cmoud s FUP ... a pak se ti proste bude stavat, ze dalsi soubor nebude kam ulozit, protoze zrovna neni misto, nebo trebas ze vejplaty neni kde spocitat, protoze je zrovna pocitaj vsichni.
urcite taky nejsi dobry admin ;-)
Mas pravdu: nejsem admin. A prave proto vidim ty vyhody ktery mi cloud prinasi. Pro 3 lidi se mi fakt nevyplati platit nekoho na spravu emailu apod.
Pro tri lidi ti to nekdo bude delat "za pivo" = vyrazne levnejs, nez v cmoudu. Jenze oni ty tri lidi zacnou vopruzovat, ze ... maji rozsypany nabodenicka, ze jim nedorazil nejakej spam, ze ten exe v tom mailu nejde spustit ... a budou volat. V cmoudu te poslou dozadeke, nebo ti to vyfakturujou - 2k/hod za kazdou zapocatou hodinu/hovor.
Jinak se na podobny akce bezne najimaj lidi. Dohodne se ... 5 hodin/pausal + pripadne vyjezd za X/hod ... + pripadne dalsi veci. Kazdej admin totiz jedine uvita, kdyz se po nem bude chtit jen to, aby se staral jen o zelezo. Parada, beru hned ... pustim si tam snmp a maximane mi jednou za 2-3 roky prijde SMS, abych se na to podival. uz jen opatchovat system muze bejt klidne na celej den, protoze se musi brat v potaz i to, co na tom bezi. A to si v tom cmoudu pochopitelne zaplatis taky. Nebo te stim poslou do rite, a proste pravidelne prijdes a neco nebude fungovat, protoze patch.
-
Ucelove bludy. Nikdo pricetnej neco takovyho za pivo delat nebude. Mozna nekdo pricetnej jo, ale ten zase bude totalni amater. Pokud to das nekomu spolehlivymu tak stejne pod litr nejdes a v krizovkach si stejne pockas az udela praci pro jeho dulezitejsi zakaznika.
A prave protoze nehodlam resit blbosti tak pouzivam to co proste funguje - napr Google Apps.
Tyhle narky nepruznych lidi co se boji o vlastni flek fakt miluju.
-
...
No je videt, ze to mas vazne vymlety ... ty jako za pivo nebo ze litr ocekavas ... support? Ti asi jeblo. Jak sem uz psal, 30k je zaklad, abys vubec SMEL zavolat. Jinak se stebou NIKDO svepravnej po telefonu vubec bavit nebude. Za 5k se to na to mozna semo tamo (= tak 1-2xmesicne) podiva ... a mozna ti do tydne odpovi na mail.
Uz vubec nemluvim o nejaky hotline ... pokud nechces platit 50k+, tak si priprav tak 5k/hod reseni hotline zasahu. V pracovni dobe pochopitelne ... pres noc a vikendy klidne dvojnasobek. Samo v pripade hodinovky naprosto bez zaruk, ze nejakej hotline bude. Proste bud bude nekdo k dozpozici nebo nebude nebo si calni 50k+ mesicne, a pak se muzem bavit o nejakych garancich (= nekdo ti zvedne ten telefon a zbudi nekoho, kdo tomu rozumi, kterej se tomu zacne venovat).
-
Co to porad meles? Prave protoze je mi jasny kolik stoji custom reseni a jeho support tak jsem spokojenej se sluzbou typu Google Apps. Nechapu proc bych tam mel s nekym neco resit.
Ano, je pravda, ze nejsem obrfirma. Ale takovych zivnostniku a malych firem je mraky. A proc bych si jako mel platit svyho vlastniho sysadmina?
-
A ty si jako myslis, ze ti nekdo v cmoudu poskytne jakekoli support bez toho abys ho zaplatil? lool Vsechny cmoudy fungujou as-is, bez jakykoli zaruky ze to bude fungovat jeste zejtra. Kdyz se M$ nebo google nebo kdokoi rozhodne, ze tu appku kterou zrovna ty pouzivas zrusi, tak mas proste smulu.
-
A ty si jako myslis, ze ti nekdo v cmoudu poskytne jakekoli support bez toho abys ho zaplatil? lool Vsechny cmoudy fungujou as-is, bez jakykoli zaruky ze to bude fungovat jeste zejtra. Kdyz se M$ nebo google nebo kdokoi rozhodne, ze tu appku kterou zrovna ty pouzivas zrusi, tak mas proste smulu.
- Někdo ze dne na den zruší appku, kterou používá třeba 50 a nebo 500 tisíc userů? Proč by to dělal a ještěktomu ze dne na den? To se někdy stalo?
- Proč by měl někdo (třeba na Google Apps...) potřebovat support.. třeba proto, že na klávesnici nejde enter?-)
- Ze dne na den může nepřijít vlastní zaměstnanec. Ze den na den může ukrást data vlastní zaměstnanec. Je to nejmíň milionkrát pravděpodobnější.
Jako sorry, ale mě tyhlety argumenty přijdou jako zoufalost.
-
No a v tom je to kouzlo - diky mnozstvi lidi kteri to pouzivaji a kteri se o to staraji ten support nepotrebuju. A kdyz to zariznou? No tak to zariznou. Stejne jako to zarizl ted Evernote. A zboril se svet? Nezboril.
Problem je v tom, ze sysadmin zije ve svem svete ktery je zalozen na tom, ze musi veskere IT fungovat, aby prezil. Ne nemusi.
A krom toho neexistuji takove aplikace ktere bych mohl mit u sebe a pritom dosahovali z meho pohledu aspon setiny kvalit a potreb ktere mam od nekterych cloudovych sluzeb. Treba stack GMail - Inbox - Docs - Keep mi nedokazes nahradit nicim co bych mohl mit u sebe.
-
A ty si jako myslis, ze ti nekdo v cmoudu poskytne jakekoli support bez toho abys ho zaplatil? lool Vsechny cmoudy fungujou as-is, bez jakykoli zaruky ze to bude fungovat jeste zejtra. Kdyz se M$ nebo google nebo kdokoi rozhodne, ze tu appku kterou zrovna ty pouzivas zrusi, tak mas proste smulu.
- Někdo ze dne na den zruší appku, kterou používá třeba 50 a nebo 500 tisíc userů? Proč by to dělal a ještěktomu ze dne na den? To se někdy stalo?
- Proč by měl někdo (třeba na Google Apps...) potřebovat support.. třeba proto, že na klávesnici nejde enter?-)
- Ze dne na den může nepřijít vlastní zaměstnanec. Ze den na den může ukrást data vlastní zaměstnanec. Je to nejmíň milionkrát pravděpodobnější.
Jako sorry, ale mě tyhlety argumenty přijdou jako zoufalost.
Nj, google vubec nezrusil trebas ... trebas picassu. A pokud nekdo napise, ze nepotrebuje support, tak je to trotl, co si doma hraje s kacerem, a ne podnikatel nebo firma. Stejne jako se dnes a denne nevalej na netu data ze vsemoznych cmoudu ... treba v M$ cmoudu se vubec neslo dostat k datum libovolnyho uzivatele ...
-
- Tak to zařízne, nestane se to ze dne na den a zmigruje s ev pohodě jinam. Co řešíte?
- S tím kačerem si hrajou fy se stomilionovými obraty.
-
Co ty muzes vedet o mym podnikani? Prave protoze potrebuju podnikat a neresit prostredky k tomu existujici. V kazdy okamzik se snazim pouzivat to co mi dopomuze k nejvyssi efektivite podnikani. Jestlize je Google Apps pro me potreby naprosto dokonaly tak proc bych ho kvuli politice/nabozenstvi menil za neco co je:
- velmi vyrazne drazsi
- neefektivni
- poruchove
-
A ty si jako myslis, ze ti nekdo v cmoudu poskytne jakekoli support bez toho abys ho zaplatil? lool Vsechny cmoudy fungujou as-is, bez jakykoli zaruky ze to bude fungovat jeste zejtra. Kdyz se M$ nebo google nebo kdokoi rozhodne, ze tu appku kterou zrovna ty pouzivas zrusi, tak mas proste smulu.
- Někdo ze dne na den zruší appku, kterou používá třeba 50 a nebo 500 tisíc userů? Proč by to dělal a ještěktomu ze dne na den? To se někdy stalo?
- Proč by měl někdo (třeba na Google Apps...) potřebovat support.. třeba proto, že na klávesnici nejde enter?-)
- Ze dne na den může nepřijít vlastní zaměstnanec. Ze den na den může ukrást data vlastní zaměstnanec. Je to nejmíň milionkrát pravděpodobnější.
Jako sorry, ale mě tyhlety argumenty přijdou jako zoufalost.
Nj, google vubec nezrusil trebas ... trebas picassu. A pokud nekdo napise, ze nepotrebuje support, tak je to trotl, co si doma hraje s kacerem, a ne podnikatel nebo firma. Stejne jako se dnes a denne nevalej na netu data ze vsemoznych cmoudu ... treba v M$ cmoudu se vubec neslo dostat k datum libovolnyho uzivatele ...
Zrusili a dali o tom dostatecne predem vedet, Ja zazil ruzne konce IT firem, ktere proste skoncili a za nima pohroma, slysel jsem o mnoha odchodech adminu i s daty a policejni razii, kdy data firmy kuli udani byla na nekolik mesicu proste pric. Vase argumenty jsou plne utoku, urazek a je z nich citit, ze jste zrejme jeden z tech co rucne spravuje par desitek serveru a vsechny ty cloudy, automatizace, gui, ansibly a vubec uzivatele sou zlo. Ale ona je doba polobohu ve sklepe uz davno pric. Dnes existuje hromada skvelych online nastroju, ke kterym proste ani tym nekolika adminu proste nepostavi alternativu, google apps je opravdu jednou z ukazek, ze vlastni mail server ve firme proste nedava moc smysl (postfix+dovecot,+amavis+...) je sice funkcni, ale uzivatele chteji bezne trochu vic, jabber server je take fajn, ale oproti slack je to ten kacer, pro deti atd... Cloud je super pro firmy, ktere potrebuji email a webovy portal, maji dva prgace na eshop a v kanclu do 40pc.
K tematu:
zakladem je podrobne porovnani, pokud presne vite, kolik vas stoji IT treba v horizontu 5i let, udelejte si stejne srovnani i pro nejaky ten cloud. Osobne bych se vykaslal na AWS, to je pro nas hodne drahe a zabere hodne casu to dostat do slusneho stavu (vim o cem mluvim), Pokud mate nejake vyvojare, tak urcite sami vjedi co chteji a jak to chteji pouzivat, tak nechte vybrat je a klidne si sluzby trochu rozprostrete. Hrozne moc to zalezi na vasich presnych pozadavcich, nejde takle bez znalosti problemu rict, co je ta spravna cesta, protoze setreni nakladu je hlavne o znalosti soucasne situace a potreb.
-
myslim, ze budoucnost ma zahranicni cloud, ne cesky cloud (u ceskeho bych se bal spolehlivosti reseni vzhledem k omezenym prostredkum na investice)
vzhledem k tomu, ze cloud (a ruzne virtualizace, containery atd..) berou smrtelne vazne nejvetsi hraci: Google, Amazon, Microsoft (Azure), Oracle, IBM, HP, SAP, RedHat atd... ten trend tu asi je a neni to hype a buzzword jako IoT, VR ale opravdu vazne minenej business se vsim vsudy (zajimave ze Apple je trochu pozadu jeho icloud je nic proti tomu co buduji jini)
jasne ze ma sva rizika a omezeni ale nejvetsi hraci investuji v ramci R&D nejvetsi penize za posledni roky prave do cloud technologii a to v souctu radove minimalne biliony dolaru rocne
ostatne staci letme studium
https://en.wikipedia.org/wiki/Category:Cloud_platforms
----
https://en.wikipedia.org/wiki/Cloud_computing_comparison
----
https://en.wikipedia.org/w/index.php?title=Category:Cloud_computing_providers&pagefrom=Sharefile%0AShareFile#mw-pages
----
https://en.wikipedia.org/wiki/Cloud_computing
----
tim netvrdim, ze vlastni reseni na vlastnim zeleze s vlastnim spravcem je mrtve, to urcite ne a urcite ma taky svoji budoucnost, uspesni budou ti co zvoli spravny nastroj na konkretni svuj problem
-
uspesni budou ti co zvoli spravny nastroj na konkretni svuj problem
Tohle je presne trefeny a bohuzel to vetsina polobohu nechape.
Jestlize jsme firma o 3 lidech a delame weby tak:
- GMail/Apps je jasna volba. Zrusi to? Tak pujdem do Oppice 365. Zrusi to? Mozna zacnu premyslet o Zimbra. Ale dokud to existuje pouzitelna alternativa o kterou se nemusim starat tak je pro me jasnou volbou. Je to jen nutny pracovni nastroj. Nic kritickeho. I kdybych nejak prisel o vsechny maily pres vsechno zalohovani tak se vlastne zase tak moc nestane. Fakt nepamatuju kdy jsem naposled hledal mail starsi nez nekolik tydnu.
- naproti tomu Atlassian stack mame "u sebe" na vpsfree. Tam mame jadro byznysu, tam by bylo neprijemne prijit o data. Tam vim, ze kdyz Atlassian zavre kram tak se vubec nic zasadniho nedeje, jen zustanou ty nastroje bez novych funkci. Ale jinak vse je v postgres DB a na disku jako klasicky git repository.
A jsme zase tam: mame to vlastne u sebe nebo ne? Proc bych mel na tohle doma resit zelezo, pripojku na net atd. Cely svet je historicky zalozeny na duvere. Musis duverovat USD, musis duverovat vlade(alespon elementarne, ze se nezmeni ve vojenskou diktaturu), musis duverovat bance no a k tomuhle proste asi vic verim Google/M$ nez komukoliv v CR.
-
- naproti tomu Atlassian stack mame "u sebe" na vpsfree. Tam mame jadro byznysu, tam by bylo neprijemne prijit o data.
Myslím, že to zcela osvětluje situaci. Pořídit si produkty od Atlassian (a ještě za ně platit) může skutečně pouze magor. ;D ::)
-
Myslím, že to zcela osvětluje situaci. Pořídit si produkty od Atlassian (a ještě za ně platit) může skutečně pouze magor. ;D ::)
Znas neco co by bylo aspon stejne dobre? Project management provazany s webovym frontendem gitu, s wiki a s CI nastrojem a SSO. A idealne, aby to bylo v podobne ci lepsi cene (staci nam 10 users).
Myslim to seriozne, porad mi.
Lepit a udrzovat gitlab, jenkins a redmine se mi fakt nechce.
-
Jira a spol. se tady rozebírala už několikrát. Fakt na to nemám náladu, ani k rozboru alternativ nemám ty "správné" managorské potřeby a požadavky. Uživatelská zkušenost s tím neuvěřitelným molochoidním zmetkem zcela stačila. Na škále obliby řadím k Lotus Notes/Domino - než toto, tak raději odchod z práce. Absolutně si neumím představit, jak bych někoho donutil tu věc používat. "Aspon stejně dobré" je v tomto ohledu je samo o sobě vtip...
-
To je subjektivni, podobne jako je subjektivni ribbon(ktery nepouzivam, ale chapu urcitou sortu uzivatelu kterym vyhovuje). Je pravda, ze bez Agile to bylo takovy divny, jenom vypisy. Ale po letech zkusenosti jak z pozice uzivatele/zamestnance tak z pozice zamestnavatele nenachazim zadne zasadni nedostatky. Dela to presne to co ocekavame a chceme a dela to velmi dobre. Jo, sezere to mraky pameti, ale to jsou v podstate drobaky(a licence je jeste levnejsi nez ten pitomej VPS s 8GB RAM). No a hlavne ta provazanost - z jira ticketu vidim co se delo v gitu, co dela CI, samozrejme pracovni hodiny atd. Naopak z commitu/vetve hned vidim do jira.
Dlouho, hodne dlouho jsem to zvazoval, zkousel apod. mel jsem samozrejme priklon k open source ktery me zivi, ale nenasel jsem nic co by bylo pred 5 lety aspon srovnatelne.
A kdybych nepotreboval bitbucket a mit kod "u sebe" tak jdu i s tou jirou/wiki do jejich cloudu.
-
uspesni budou ti co zvoli spravny nastroj na konkretni svuj problem
Tohle je presne trefeny a bohuzel to vetsina polobohu nechape.
Jestlize jsme firma o 3 lidech a delame weby tak:
- GMail/Apps je jasna volba. Zrusi to? Tak pujdem do Oppice 365. Zrusi to? Mozna zacnu premyslet o Zimbra. Ale dokud to existuje pouzitelna alternativa o kterou se nemusim starat tak je pro me jasnou volbou. Je to jen nutny pracovni nastroj. Nic kritickeho. I kdybych nejak prisel o vsechny maily pres vsechno zalohovani tak se vlastne zase tak moc nestane. Fakt nepamatuju kdy jsem naposled hledal mail starsi nez nekolik tydnu.
- naproti tomu Atlassian stack mame "u sebe" na vpsfree. Tam mame jadro byznysu, tam by bylo neprijemne prijit o data. Tam vim, ze kdyz Atlassian zavre kram tak se vubec nic zasadniho nedeje, jen zustanou ty nastroje bez novych funkci. Ale jinak vse je v postgres DB a na disku jako klasicky git repository.
A jsme zase tam: mame to vlastne u sebe nebo ne? Proc bych mel na tohle doma resit zelezo, pripojku na net atd. Cely svet je historicky zalozeny na duvere. Musis duverovat USD, musis duverovat vlade(alespon elementarne, ze se nezmeni ve vojenskou diktaturu), musis duverovat bance no a k tomuhle proste asi vic verim Google/M$ nez komukoliv v CR.
Aha. Takže čmoud se smrsknul na webhosting, mail server a psaní nějakých dokumentů, který by se daly zvládnout i lokální appkou na desktopu. Ostatní na pronajatým železe a ne v čmoudu...
Malý tajemství je, že železo fyzických serverů ani energii pro ně ti nikdo nedá zadarmo. A jak často je potřeba něco dělat s HW? Instalace, výměna disku, event. rozšíření RAMky, odpojení a odvoz do šrotu. Takže přidaná hodnota datacentra je jenom v zajištění nepřerušenýho napájení (který je k ničemu, pokud ty služby používá firma lokálně a při výpadku napájení bych se k tomu stejně nedostal) a o sdílení klimatizace.
-
[čmoud se smrsknul na webhosting, mail server a psaní nějakých dokumentů, který by se daly zvládnout i lokální appkou na desktopu. ..
Malý tajemství je, že železo fyzických serverů ani energii pro ně ti nikdo nedá zadarmo. A jak často je potřeba něco dělat s HW? Instalace, výměna disku, event. rozšíření RAMky, odpojení a odvoz do šrotu. Takže přidaná hodnota datacentra je jenom v zajištění nepřerušenýho napájení...
Na to koukáte pohledem člověka, který tyhle věci dělá pro zábavu (= čas nic nestojí) a nebo člověka, který to dělá ve své pracovní době (= v té době nemůže mít jiný kšeft a peníze z něho= finanční ztráta)? Asi to první že?
Btw, myslíte, že lidi jsou úplně blbí a že si to neumí spočítat? ??? ;D
-
Zrusili a dali o tom dostatecne predem vedet,...
Jenze to byla defakto hracka, pokud se budem bavit o realnych aplikacich, tak rozhodne za mesic, 3 ani 6 nic nikam nezmigrujes, protoze jen uzavrit porebny dohody o tom, ze se neco bude delat ti potrva 2-3 roky.
vzhledem k tomu, ze cloud (a ruzne virtualizace, containery atd..) berou smrtelne vazne nejvetsi hraci:...
Jo, voni to berou tak vazne, ze ti narovinu reknou, ze je to spis nahrani a pouzivat se to neda. Vis jak trebas google otevre lokalni dokument? No nijak, neumi to. A neumi to ani M$ ... bez instalace normalnich office. A to se bavime o kravinkach na hrani, protoze office nikoho nezajima. Nebo co jako myslis, bude ti nejakej "cmoud" administrovat tvoje ucetnicvi? lol. Bude ti resit vsemozny importy a exporty od/k partnerum? A co teprv takovej cloudovej CAD ... nebo muze cmoud ridit trebas vyrobni linku, to by taky urcite fungovalo moc dobre ...
Jasne, az budu zprovoznovat AAA gamesku, tak si klidne na mesic nebo dva calnu nejakej vykon ... trebas aws, azure ... to je fuk. Nebudu pak za debila kterymu to mesic nefunguje, protoze neumi obslouzit mega zajemcu. A po mesici to vypnu, protoze mi uz bude bohate stacit rack v prasecim chlivku, kterym tam topim cunikovi. Porad ale budu potrebovat mrte adminu, kery mi budou administrovat tu appku. To mi jaksi v tom cmoudu nikdo neudela vime?
- GMail/Apps je jasna volba. Zrusi to? Tak pujdem do Oppice 365. Zrusi to? Mozna ...
Jasne, a az to budes delat behem roku potreti, a pokazdy si na to nekoho najmes (protoze adminy prece nepotrebujes), tak to to bude stat tolik, jako provoz na vlastnim behem 10 let.
Btw, myslíte, že lidi jsou úplně blbí a že si to neumí spočítat? ??? ;D
To si ani nemusi myslet, to je vseobecne dokazano a plati to o 99% managoru. Vubec netusej co kolik stoji, ale bude se to platit z jiny kolonky. Chces zcela konkretni priklad? CEZ vyhodil vlastni ITky a najal si tusim Autokont. Managor si vyplatil premie, protoze usetril na mzdach. Co na tom, ze platej 10x vic za 100x horsi sluzbu (vymena klavesnice ... 14 dnu).
Jo, tresnicka ... doporucuju vsem si zridit cmoudovej mail u M$ ... aspon vase maily uz nikdy nikomu nedorazej. V M$ totiz nedokazou pochopit ani neco tak primitivniho jako to RFC co se tyce mailu.
-
který by se daly zvládnout i lokální appkou na desktopu.
Jakou lokalni appkou na desktopu mi nahradis email dostupny kdykoliv odkudkoliv? Tedy reseni s "appkou doma" nepouzitelne protoze nejsme vsichni v jednom miste a internet jakyhokoliv ceskyho ISP je mene spolehlivy nez gmail.
Jakou lokalni appkou mi nahradis google docs? Tzn online konkurencni pristup pro editovani vice lidi najednou a kompletni verzovani, sdileni vcetne prav apod. Tohle samozrejme propojit do emailu.
Pointa je ta, ze o GMail se nemusim nijak starat, jen ho pouzivam. Jakykoliv reseni "u sebe" znamena se v tom rypat nebo platit par korun nekomu kdo se tvari, ze tomu rozumi nebo spoustu penez nekomu kdo tomu skutecne rozumi.
Ja nechci resit ani platit za reseni podelanych aktualizaci cehokoliv, antispamu atd. Ja chci, aby to proste fungovalo. A ono to v tom cloudu z me zkusenosti funguje tak nejak lip nez ty samo-domo reseni.
-
Jasne, a az to budes delat behem roku potreti, a pokazdy si na to nekoho najmes (protoze adminy prece nepotrebujes), tak to to bude stat tolik, jako provoz na vlastnim behem 10 let.
Bavme se realne a ne podobne zhulenecke zvasty... Stejne tak nikdo normalni tady neobhajuje vyrobni linku v cloudu - jenze stejne tak ne kazdy ma doma vyrobni linku.
Jen tak btw na zmenu MX zaznamu si fakt nebudu najimat nikoho takze me to bude stat presne 0,-
Ty se musis o svoji praci klepat jak sulc.
-
jinak by mne zajimalo, jak si firma, ktera by v cloudu provozovala cely svuj business [...] by si mela zajistit dostupnost sluzeb 99,999999999%
Musela by na aplikacni urovni dosahnout garanci, ktere se jinak (treba u nejakeho mainframu apod.) dosahuji na nizsich urovnich. Podle typu aplikace to muze byt ruzne slozite. Taky skoro u kazde aplikace jsi schopny tolerovat nejakou degradaci funkcnosti sluzby - nepotrebujes, aby ti s extremne vysokou dostupnosti jelo porad vsechno a v cele parade. Nejake to obcasne zahozeni nedulezitych zprav, pozdrzeni zpracovani zprav apod. ti typicky nevadi, pokud to mas dobre rozmysleno. Takze problem nezni "jak dosahnout deviti devitek", ale spis "jak dosahnout takovych garanci, ktere pozadujeme".
Niektore garancie su skoro automaticky. Cloudy obycajne ponukaju API a take nacenenie sluzieb, ktore nuti vyvinut aplikaciu, ktora zvlada degradaciu, ale aj skalovanie.
Viac ako 6 deviatok sa neda cakat nikde a nikdy, lebo tak nejak sa udavala spolahlivost fyzickych komponentov. To sa na aplikacnej urovni nevyriesi, lebo proste vypadne nieco, na co aplikacna uroven nema dosah. Dva velke cloudy davaju SLA 99.95%.
jak se zajistit proti zmene VOP (nejdriv nabrat klienty kdyz ptacka lapaji ..) a nutnosti nasledne migrace na jiny cloud, neochote firmy provozujici cloud soustavne snizovat ceny poskytnute sluzby tak jak vseobecne v case klesaji ceny za prenos dat atd ...
So znizovanim cien a nemennymi VOP sa asi naisto pocitat neda. Mozes sa ale pozriet do minulosti a podla toho tusit, co bude nasledovat:
https://www.cloudyn.com/blog/analyzing-aws-ec2-price-drops-over-the-past-5-years/
https://www.cloudyn.com/blog/google-cloud-platform-introduces-innovative-pricing-and-powerful-features/
Realne v cmoudu musis zaplatit presne stejny zelezo, a jeste zisk provozovatele. Tudiz se to nemuze vyplatit vubec nikdy.
Da sa usetrit, ked zelezo nevyuzijes. Vtedy to moze byt so ziskom prevadzkovatela lacnejsie ako vlastne zelezo, konektivita, elektrina, ....
Deje sa to u malych serverov alebo u velkeho ocakavaneho zaujmu. Prve je pripad serveru, na ktory sa pripoji 5 ludi za den aby si stiahli email. Druhe je pripad mnozstva modnych vystrelkov, ako je teraz Pokemon Go, ktory to pouzivanostou dotiahol az na uroven Twitteru. Pochybujem, ze si kupovali servery na cas, nez hype opadne.
GMail/Apps je jasna volba. Zrusi to? Tak pujdem do Oppice 365.
Nema to cislo byt 356? 9 dni mali vypadok:
http://www.businessinsider.com.au/microsoft-has-a-9-day-long-office-365-outage-2016-1
Po takom niecom by si asi aj ty presiel na lokalne riesenie.
-
Nema to cislo byt 356? 9 dni mali vypadok:
http://www.businessinsider.com.au/microsoft-has-a-9-day-long-office-365-outage-2016-1
Po takom niecom by si asi aj ty presiel na lokalne riesenie.
Ani to by me nepresvedcilo. Aspon by nikdo neotravoval a mel bych klid na praci.
-
http://downdetector.com/status/office-365/archive
-
I když je to asi stejné http://downdetector.com/status/gmail/archive
-
Nema to cislo byt 356? 9 dni mali vypadok:
http://www.businessinsider.com.au/microsoft-has-a-9-day-long-office-365-outage-2016-1
Po takom niecom by si asi aj ty presiel na lokalne riesenie.
Ani to by me nepresvedcilo. Aspon by nikdo neotravoval a mel bych klid na praci.
Jasne, a zakaznici co te nemohli kontaktovat a kvuli tomu jim stoji jejich byznys by te urcite nekopli do rite. Pripadne bys vubec nezaplatil penale v cene 100 let provozu na vlastnim HW ...
-
Kdy konecne pochopis, ze kazdy z nas dela trochu jiny byznys? Ja treba mam se zakazniky primarni komunikacni kanal telefon a penale platim pri pozdnim dodani prace a nikoliv pri vypadku emailu.
I když je to asi stejné http://downdetector.com/status/gmail/archive
No vidis a ja nezaznamenal u gmailu na vlastni domene vypadek za celou dobu co ho x let pouzivam.
-
No vidis a ja nezaznamenal u gmailu na vlastni domene vypadek za celou dobu co ho x let pouzivam.
Nápodobně. Rozcházet doma/v malé firmě mailserver a věci (fukční antispam, sdílení souborů atd) okolo mi z tohohle pohledu přijde jako neskutečná geekovina. Asi jako kdybych si stavěl dům a k tomu si vyráběl sám cihly a místo namíhaný betonový směsi si to míchal sám.
Vůbec nechápu, proč se někdo vyjadřuje k něčemu, s čím nemá žádnou reálnou zkušenost.
-
mne treba ted nastval Evernote.. nastesti jsou alternativy jako google keep, microsoft one note ... ale obecne ten princip nejdriv nabrat klienty (nekdo je na evernote hodne zavislej, ma tam spoustu dokumentu, pouziva ruzne jejich vychytavky atd.. ja nastesti ne) a pak je casem zmenou VOP podojit je asi klasicky scenar monetizace ruznych startupu ale klidne i velkych hracu (nebo nesnizovat ceny v rozporu s realitou jaka je aktualni cena na trhu a kalkulovat s tim, ze vetsina kientu si radeji priplati nez se pusti do nejake migrace, klasickej vendor lock-in) kterym se nechce nebo nedari se nechat koupit nekym velkym ktery se bude opakovat a je treba s nim dopredu pocitat (s naslednou migraci na jiny cloud nebo na svuj hw) "by design" uz kdyz se rozhoduju neco nekde provozovat mimo vlastni zelezo (stejne tak ze holt nejsem takovym panem jako nad svym hw ohledne vypadku sluzeb ... kde muzu mit vsechno dvojite jisteny vcetne konektivity pokud mam business kde by mi jakekoli selhani zpusobilo znacnou skodu... je fakt ze po par takovych zkusenostech bych se asi na to vykaslal a zacal to provozovat na svem ...
-
Nikdo tady netvrdil, že mail server mimo firmu je blbě. Jenom tvrdím, že se oháníš fungováním v čmoudu a pak z tebe vyleze, že je tam jenom nekritická byrokracie a maily ;D Zbytek na pronajatým železe v datacentru.
Jenom nechápu, k čemu je současný přístup pěti lidí k jednomu dokumentu. Pro webaře.
Používáš Jiru? Ok, requirementy od zákazníka se dají hodit do ní. Rovnou vidíš, kdo a jak dlouho na tom dělal. Potřebuješ to písemně jako podklad pro zákazníka? Export dat, edit formátu, co na tom současně dělají tři lidi? Pokud máš na to šablonu s makrama, není za 10 minut co dělat.
Dokumentace podobně. Dá se vygenerovat, nebo pověříš zaměstnance, ať to zítra v poledne dodá. Tříchlapová firma nemusí stát proto, aby se mohli po Skypu hádat nad jednou větou ve Wordu.
A pokud jde třeba o smlouvy, nabídky atd., tak k tomu stejně "řadoví bouchači" nemají mít přístup a v tříchapové firmě asi těch šéfů nebude devět. Nebo snad máš místo uklízečky manažerku vysávání, manažerku utírání prachu,..? A pokud firma vyroste, nebude tam přidělování zodpovědností a nějaká hierarchie? Nebo snad nevěříš podřízeným, že sami zvládnou sesmolit dokument a musíš jim koukat přes rameno?
-
mne treba ted nastval Evernote.. nastesti jsou alternativy jako google keep, microsoft one note ... ale obecne ten princip nejdriv nabrat klienty (nekdo je na evernote hodne zavislej, ma tam spoustu dokumentu, pouziva ruzne jejich vychytavky atd.. ja nastesti ne) a pak je casem zmenou VOP podojit je asi klasicky scenar monetizace ruznych startupu ale klidne i velkych hracu (nebo nesnizovat ceny v rozporu s realitou jaka je aktualni cena na trhu a kalkulovat s tim, ze vetsina kientu si radeji priplati nez se pusti do nejake migrace, klasickej vendor lock-in) kterym se nechce nebo nedari se nechat koupit nekym velkym ktery se bude opakovat a je treba s nim dopredu pocitat (s naslednou migraci na jiny cloud nebo na svuj hw) "by design" uz kdyz se rozhoduju neco nekde provozovat mimo vlastni zelezo (stejne tak ze holt nejsem takovym panem jako nad svym hw ohledne vypadku sluzeb ... kde muzu mit vsechno dvojite jisteny vcetne konektivity pokud mam business kde by mi jakekoli selhani zpusobilo znacnou skodu... je fakt ze po par takovych zkusenostech bych se asi na to vykaslal a zacal to provozovat na svem ...
Šmarjápanno, kapitalismus je o vydělávání peněz. Ty nemají žádnou ideologii, náboženství a ani nesmrdí.
Pokud se mi vyplatí, klidně za to předplatný zaplatím. Takhle to vidí miliony lidí, kdyby to tak nebylo, tak ty firmy dávno zavřou krám. Asi si dovedou spočítat tu cenu "dělání si po svém". Anebo jim to takhle prostě a jednoduše vyhovuje z jiných důvodů.
Sorry lidi, ale fakt Vás baví opakování recyklace úvah s podtextem "všechni jsou bííp, jenom já jsem letadlo.."? To z toho čouhá jako sláma z bot.
-
Jenom nechápu, k čemu je současný přístup pěti lidí k jednomu dokumentu. Pro webaře.
Priprava analyz, nabidek apod? Jsme trichlapova firma kde jsme dva majitele takze vlastne sefove, bydlime stovky km od sebe. To, ze to nechapes ty neznamena, ze to nepotrebujeme.
Vymenovat si soubory a nedej priroda suffixovat _v_xy, hledat kdo kdy kde co, resit potom nejaky konflikty v datech apod je proste mimo. Stejne tak user manual proste nelze vygenerovat z kodu. To je totiz asi hlavni prinos toho cloudu - mam vzdy jen a pouze tu nejaktualnejsi verzi (a je jedno jestli dokumentu nebo aplikace).
-
Trošku se to odklání od tématu, rád bych to vrátil k věci. Dělám linux admina něco kolem 10ti let, ke cloudům mám pozitivní přístup, i když vidím i drobné nevýhody.
Osobně zatím za nejlepší cloud považuji AWS od Amazonu, když se na to člověk podívá jen z hlediska ceny za výkon, tak je to silně nevýhodné, ale ono je toho víc, co se musí řešit. Často je potřeba mít monitoring (ten nemůže být na serveru, který je monitorován), zálohy, DNS, mail systém atd. Hodně těhle věcí AWS poměrně dobře pokrývá a spravují se hodně jednoduše.
Málokdo třeba vidí i ten vývoj infrastruktury z dlouhodobého hlediska. Např.: je potřeba zmigrovat starý nepodporovaný OS na novější, tzn. buďto koupit nový server nebo prostě vytvořit další virtuálu v cloudu a tu starší zlikvidovat. Obecně správa věcí v cloudu je mnohem snadnější a levnější.
Navíc třeba AWS je aktuálně dostupné jak v Irsku tak ve Frankfurtu, není nutné používat servery v US, kde je jiné právní prostředí i vysoká latence.
Co se týká českých provozovatelů, tak to co nabízejí kolikrát není ani tak cloud, jako virtuální mašiny. Kvalitativně je to o několik řádů níže, než je platforma AWS.
Kde se cloud typicky nevyplatí je, pokud člověk potřebuje kontinuálně vysoký výkon. To ale není případ většiny použití, například často vývojáři potřebují udělat přes noc build aplikace, třeba v AWS se to dá zařídit tak, že si člověk na 2 hodiny pronajme super výkonnou mašinu, udělá build, a pak jí vypne a zaplatí jen 2 hodiny procesorového času. Tohle hodně českých provozovatelů neumí.
Ono to pak cenově vychází i dost jinak. I když na čistý výkon je třeba v AWS stroj 2x dražší, než by vyšel normálně, tak tím že člověk platí jen opravdu za výkon co potřebuje je možno se nákladově dostat znatelně méně.
Zcela se taky opomíjí byznys procesy a byznys kontinuita, kdy je třeba možno v AWS nastavit, že administrátor může vytvořit zálohy, ale už je nemůže smazat atd. U cloudu je potřeba přemýšlet trošku jinak než že se přeprodává jenom nějaká virtuála, je to o hodně dál a o dost kompletnější než jen to. A i s tím, že výpočetní výkon je u AWS 2x dražší lze často ve výsledku ušetřit mnoho peněz, pokud se aplikace cloudu přizpůsobí, už jen tím, že nebudete platit za nevyužitý výpočetní výkon, protože běžně využíváte 5-10% výpočetního výkonu.
Klasické servery mají naopak výhodu nezávislosti na dodavateli, a případně, jak už tu bylo zmíněno, i té konektivitě do internetu. Většina údržby serverů spočívá v tom, že jednou za čas vyměníte disk, který odejde v RAIDu, jinak z mé zkušenosti se správou tak 500 fyzických serverů k poruchám něčeho jiného dochází naprosto ojediněle.
Osobně si myslím, že malá firmička často ani server nepotřebuje, stačí jí obyčejné pécéčko, dva disky v RAIDu a je to relativně nejsnadnější a nejlevnější řešení, kdy není třeba ani serverovna a má to tak spousta pidi firem. Když něco odejde, tak Alza má non-stop provoz, tak se prostě dojede, a koupí se nový díl a starý se pomalu vyreklamuje. Já to třeba i takto provozuji doma, je to nejlevnější výpočetní výkon, kdy vás jedno pécéčko vyjde tak na 200 Kč měsíčně na elektřině (což je de fakto cena nejlevnějších virtuál) + nákup (třeba 10.000 Kč za PC). Ještě se na zálohy pořídí USB disky a máte extra levné a spolehlivé řešení, není potřeba klimatizace, rack, či cokoliv jiného a věřím že na jednom pécéčku utáhnete z mé zkušenosti firmu až třeba o 20ti zaměstnancích. Licence na VMWare netřeba, stačí Ubuntu Linux a KVM s virt-manager.
-
Trošku se to odklání od tématu, rád bych to vrátil k věci. Dělám linux admina něco kolem 10ti let, ke cloudům mám pozitivní přístup, i když vidím i drobné nevýhody.
No nazdar... Doufám že máš hodně hroší kůži, teď to pěkně schytáš :-)