V ČR existují přibližně tři domácí poskytovatelé cloudu

S HomeatCloud mám zkušenosti, jsou kvalitní hoster a dokáží se věnovat inviduálně. Já od nich měl VPS, běželo bez problémů.

Jen malá poznámka ke Cloudu (dělám jak On-Prem Private Cloud tak velký projekty v AWS / Azure).Mluvit v CZ o Cloudu chce hodně marketingu.Cloud za mě:Georedundance (minimálně dva regiony a každý s min dvě AZs)Pass služby (cloud není virtuální server)Nastroje pro management (change, config, assets) jako služba 100% api Automatizace (infrastructure as a code)Serverless Bezpečnostní služby A hromada dalšího.Tim neříkám, že v cz nejsou kvalitní poskytovatele VPS, ale mám problém s marketingovou nálepkou Cloud.

Za jistých okolností se tak dá hovořit, pořád máš i tady v ČR řadu projektů, které potřebují velkou výpočetní kapacitu a přitom potřebují mít data poblíž (některé nejmenované průmyslové podniky začínají simulovat výrobu a díly, mají nárazovou potřebu velkého výkonu, to přesně odpovídá účelu cloudu, stejně tak potřebují přetahovat desítky TB dat, to zase vyžaduje silnou linku).ad 1) a jak daleko od sebe musí být ty dva geo regiony? Nestačí prostě na druhé straně města? V druhé hale v DC? Z čeho usuzuješ, že je ta potřeba? Chápu, že v případě webových aplikací nutných plnit tří, čtyř devítkové dostupnosti tu potřebu máš, ale tohle není zdaleko jediný use case pro cloudad 2) myslíš PaaS a nikoliv "pas"? Tahle práce byla přímo jen o IaaS a IaaS je často základ toho, aby se dalo poskytovat PaaS a to je v ČR docela běžně (chápej, pár firem to nabízí)ad 3) tady přesně nerozumím co ti přesně chybí v nabídce českých cloudů, něco mají, něco nemají, ale potřeby jsou výrazně individuálníad 4) 100% api má opět význam jen s IaaS/PaaS, u jiných cloudových možností naopak jeho význam postupně klesá a pro SaaS je zpravidla jen jako dodatková věc. Opět se mi zdá, že nabídka v ČR v tomhle je dostatečná a všichni mají schopné api. Mimochodem 100% api nemá ani AWS.ad 5) automatizaci, resp. ten kód si už musí samotný podnik vyvinout sám, ne? Pokud na to nemá, od toho si může připlatit za PaaS či SaaS. Jaké možnosti pro "infrastructure as a code" poskytuje třeba zmíněný AWS?ad 6) serverless se u nás také docela používá i na privátních cloudech v ČR, Oracle má Fn, Redhat má OpenWhisk a na kubernetes někteří se snaží používat Riff. Pořád to ale není nic jiného než obchodní model s cenovou politikou za spotřebované prostředky místo za rezervované, tohle je otázka nabídky/poptávky, vnitřně se stejně jedná o PaaS/SaaSad 7) co myslíš bezpečnostními službami? To je strašně široký pojem a neznám "cloud", který by nabízel vše co je potřeba, vždyť i do aws/azure/gc si musíš ohledně zabezpečení dat a provozu řadu vlastních služeb dodat nebo si pronajímáš služby třetí strany

Napsal TomášX;1539681

Za jistých okolností se tak dá hovořit, pořád máš i tady v ČR řadu projektů, které potřebují velkou výpočetní kapacitu a přitom potřebují mít data poblíž (některé nejmenované průmyslové podniky začínají simulovat výrobu a díly, mají nárazovou potřebu velkého výkonu, to přesně odpovídá účelu cloudu, stejně tak potřebují přetahovat desítky TB dat, to zase vyžaduje silnou linku).

ad 1) a jak daleko od sebe musí být ty dva geo regiony? Nestačí prostě na druhé straně města? V druhé hale v DC? Z čeho usuzuješ, že je ta potřeba? Chápu, že v případě webových aplikací nutných plnit tří, čtyř devítkové dostupnosti tu potřebu máš, ale tohle není zdaleko jediný use case pro cloud

ad 2) myslíš PaaS a nikoliv "pas"? Tahle práce byla přímo jen o IaaS a IaaS je často základ toho, aby se dalo poskytovat PaaS a to je v ČR docela běžně (chápej, pár firem to nabízí)

ad 3) tady přesně nerozumím co ti přesně chybí v nabídce českých cloudů, něco mají, něco nemají, ale potřeby jsou výrazně individuální

ad 4) 100% api má opět význam jen s IaaS/PaaS, u jiných cloudových možností naopak jeho význam postupně klesá a pro SaaS je zpravidla jen jako dodatková věc. Opět se mi zdá, že nabídka v ČR v tomhle je dostatečná a všichni mají schopné api. Mimochodem 100% api nemá ani AWS.

ad 5) automatizaci, resp. ten kód si už musí samotný podnik vyvinout sám, ne? Pokud na to nemá, od toho si může připlatit za PaaS či SaaS. Jaké možnosti pro "infrastructure as a code" poskytuje třeba zmíněný AWS?

ad 6) serverless se u nás také docela používá i na privátních cloudech v ČR, Oracle má Fn, Redhat má OpenWhisk a na kubernetes někteří se snaží používat Riff. Pořád to ale není nic jiného než obchodní model s cenovou politikou za spotřebované prostředky místo za rezervované, tohle je otázka nabídky/poptávky, vnitřně se stejně jedná o PaaS/SaaS

ad 7) co myslíš bezpečnostními službami? To je strašně široký pojem a neznám "cloud", který by nabízel vše co je potřeba, vždyť i do aws/azure/gc si musíš ohledně zabezpečení dat a provozu řadu vlastních služeb dodat nebo si pronajímáš služby třetí strany

Data poblíž klidně mít můžou, třeba AWS má region ve Frankfurtu, to je z Prahy 500km, latence minimální... Jinak viditelně tomu moc nerozumíš, protože regiony nebývají blízko sebe, v případě AWS máš AZ (availability zone), a ty jsou třeba na druhé straně města, region je vždy nějaká větší oblast. Co se týká potřeb českých zákazníků, strašně moc, a hodně to vidím v čechách, jde o to, jaké mají lidi know-how. Nikdo taky nepotřeboval iPhone nebo Android, dokuď ty telefony nebyly na trhu. Problém českých zákazníků je to, že oni často najímají hromadu "levných lidí" bez know-how a rozhledu, a pak se všichni shodnou, že mají potřebu VPS. Protože tomu prostě nerozumí a nevědí, že by pro ně existovalo lepší řešení. Ohledně AWS a IaaS, tak možnosti AWS jsou poměrně velké, od CloudFormation na definování celého stacku aplikace včetně celé infrastruktury, po AWS Cli. Je to úplně jiný level řízení infrastruktury, když máš jeden soubor, který obsahuje definice všech databází, serverů, oprávnění, funkcí a všeho, a z dev do produkce nasazuješ aplikaci jedním kliknutím včetně deploymentu celé infrastruktury. Co se týká ServerLess, tam se mýlíš, nejde jen o způsob účtování. Jde o mnohem víc, neřešíš upgrady a patchování OS, atd. atd. Málokdo si uvědomuje, že u AWS ušetříš za spoustu lidí, třeba jen tím, že o vše se ti stará Amazon, a ty na to, abys naškáloval databázi nebo aktualizoval OS pod serverless nemusíš zaměstnávat člověka = velké finanční úspory. Co se týká bezpečnostních služeb, tak například u AWS máš hostované privátní klíče, velmi jemné možnosti oprávnění (člověk může provádět zálohy, ale už nemůže zálohy mazat) atd. Kdo si zažil cloud sám ví, že správu cloudu lze dělat s 1/10 lidí než správu klasické infrastruktury.

do Frankfurtu je sice latence minimálně, ale šířka pásma je omezená a platit si privátní optiku je pro někoho překážka.Mno, v USA má aws regiony poměrně blízko u sebe, podobně to má Azure. V privátních cloudech máme regiony i pár km od sebe, ale velikostně se to samozřejmě nedá s rozsahem AWS/Azure/Gc porovnávat. Mě šlo ale spíše o předpoklad od Gav, kde zmiňoval minimálně sva regiony a dvě AZ, proč zrovna tyhle hodnoty?Ano, ale i SaaS i částečně i u PaaS se také nestaráš o aktualizace a správu OS, jen si platíš za rezervovanou kapacitu. Serverless to jen posouvá zase o krok dál a platíš jen na reálnou spotřebu, v tom je hlavní rozdíl.Ale přece zabezpečení není jen o tom, kam schovat klíče a jak nastavit ACL, ale i o auditu, procesech, přidělování práv zaměstnancům/správcům, pravidelné kontrole atd. Viz třeba teď mega průser AWS, kde jim utekly snapshoty k EBS i přes dobře nastavená práva.K nákladů, ne každému se daří náklady tak srazit, Moneta může povídat, zatím spíše náklady zvýšily :). Dá práci s cloudem náklady uspořit, čím větší projekt, tím se jakákoliv změna hůře prosazuje, nutný přepis aplikací také není zadarmo a první roky zvyšuje náklady

Napsal TomášX;1539681

...

0) Nejdriv bych mel mit vubec definovanou Cloud Strategy, dlouhodobe cile v navaznosti na strategii organizace, znat vsechny regulatorni pozadavky, ktere se na me vztahuji (a maji impact v pripade pouziti Cloud zdroju) a mit nastavenou obecnou governance prostredi. Pak by bylo taky fajn znat detailni TCO jednotlivych business cases (cena VM v Cloudu neni finalni cena a stejne tak neni finalni cena cena fyzickeho serveru v on-prem). Cloud first nebo Cloud never neni strategie. Strategie je o tom kdy / s cim / jak / proc / za kolik do Cloudu jit a je to vedome, racionalni a podlozene rozhodnuti. No a taky na to potrebuju lidi, kteri tomu rozumi, maji kompetence, mandat a drive menit zabehnute veci (to nejde). Muzeme to honosne nazyvat Cloud Center of Excelence.1) Tohle je samozrejme individualni pro kazdeho zakaznika a jeho Risk Analyze, Business Impact Analyze, Regulatornich pozadavcich a spouste dalsi (primarne business rozhodnuti). Vychazim ze zakladni obecne premisy: 2 AZs (dve datacentra) = dve fault domains = resim Business Continuity scenar. Dva Regiony = resim Disaster Recovery. Mozna ne vsechny aplikace musi resit BC/DR respektive mohou mit nastaveny ruzne metriky (treba RTO / RPO pro DR scenar). Jestli ma od sebe byt region 10KM nebo 1000KM definuje business a risk analyza.2) Myslim PaaS. On se fakt chce dnes nekdo starat o servery, pokud to neni jeho primarni business (nebo neni hracicka)? Neni lepsi vzit lidi, kteri se mi staraji o infra a transformovat je na lidi, kteri podporuji muj primarni business? Pod PaaS si predstavuju minimalne veci jako Database as a Service, Backup as a Service, DR as a Service, veci kolem networkingu a VPN, CDN , DNS ci Kubernetes.3) Chybi mi cokoliv nad ramec zakladnich IaaS sluzeb a malych krucku v PaaS (cest nekterym vyjimkam, kteri ale zase resi jen nejakou cast PaaS - treba DevOps)4) API ma smysl vzdy a vsude. Integrace, integrace, integrace...5) Samozrejme ze si kazdy musi vyvynout / navrhnout kazdy sam, ale chci nastroj. Treba zminovany CloudFormation od AWS, ARM sablony v Azure nebo dokonce obecne nastroje jako Teraform. Chci si treba "oliznout" svoji infrastrukturu (nebo jeji cast) a udelat z ni Blueprint, az budu znova nasazovat identickou aplikaci.6) Serverless != Kubernetes. Nechci se starat o Kubernetes a podklad. Dokonce ani nechci managed variantu takove sluzby. Nechci resit deployement kontejneru. Chci nahrat svoji aplikaci a kdyz ji pres nejaky definovany endpoint zavolam, tak chci aby neco udelala. Chci se soustredit na vyvoj a nic jineho. AWS Lambda treba.7) Mas nejaky konkretni use-case kdy mi nestaci nativni bezpecnostni nastroje AWS / Azure? (troufam si rict, ze pri spravnem nasazeni nekterych z techto nastroju 95% zakazniku ziska mnohem vyssi uroven zabezpeceni nez maji ted). Pokud narazis na ten incident s EBS Snapshots viz link, tak kde nic neni ani smrt nebere. AWS nice nezpackal, to jen nekompetentni lidi. "If you choose, you can make your unencrypted snapshots available publicly to all AWS users." Pokud si nastavim snapshot na "public" (identicka situace s S3 bucketama kterejch je plnej internet), tak tam ti proste nic nepomuze. Respektive pomuze - kdyz uz jsem tele, tak si jednoduse nastavim baseline v AWS Config, ktera mi rozsviti muj dashboard a ukaze, kde je to blbe nastavene. A nebo to taky celou remedietion operaci automatizuju asi tak na 3 radky. Disclaimer - netusim, jak se to nastaveni "Public" u tech snapshots objevilo, ale vhledem k rozsahu (± 1000 affected in all regions) tak to spise ukazuje na debilitu / neznalost nez systemovou chybu.8) Chci auditni nastroje, chci vedet, jak mam realne nastavenou infrastruktury a jestli jsem compliant se vlastni baseline (opravdu pouzivam tagy pro billing? Fakt mam vsude svoje CMK pro encryption nebo nekde nejaky pitomec nechal vychozi provider klice?). Chci vedet, kolik me stoji provoz Dev/Stage/Prod prostredi aplikace XYZ a kolik stoji provoz vsech aplikaci oddeleni ABC. Chci vedet kdy, kdo a co zmenil na serveru 12345

k auditním nástrojům, tak třeba AWS má CloudTrail.Jinak, často vídám to, že se bere, že čas lidí je "zadarmo", ale tak to fakt není! Proto dost často lidi říkaj, že cloud je drahej, ale to že maj 80 hrubého, na nějaké věci dělaj 2 měsíce + odvody, pracovní místo, benefity, to nepočítaj. Rozhodně rozdíl mezi cloudem a on-premise není jen v ceně prostředků, ale hlavně v ceně správy.

Napsal bart28;1539853

k auditním nástrojům, tak třeba AWS má CloudTrail.

Jinak, často vídám to, že se bere, že čas lidí je "zadarmo", ale tak to fakt není! Proto dost často lidi říkaj, že cloud je drahej, ale to že maj 80 hrubého, na nějaké věci dělaj 2 měsíce + odvody, pracovní místo, benefity, to nepočítaj. Rozhodně rozdíl mezi cloudem a on-premise není jen v ceně prostředků, ale hlavně v ceně správy.

TCO, TCO a zase TCO. Spousta lidí nepočítá na jedné straně s nepřímýmy náklady a "hidden costs" a na straně druhé neumí vyčíslit věci typu vyšší flexibilita, že můžou použít investiční přístřešky jinde a nebo že ti lidi kteří to teď udržují můžou dělat něco, co mi přináší reálný zisk.

Prosím o radu, jestli někdo nemá zmapované jaké české společnosti poskytuji managed Kubernetes as a service provozované na dedikovaných serverech, vlastních nebo zákazníkových (nesmí jít o sdílený public cloud). A to takové, že tomu relativně dost rozumí, upgrade na vyšší verzi kubernetes zvládnou téměř bez výpadku (pří clusteru o 3 serverech) a nabídnou k tomu SLA?

Napsal Ondřeejj;1540014

Prosím o radu, jestli někdo nemá zmapované jaké české společnosti poskytuji managed Kubernetes as a service provozované na dedikovaných serverech, vlastních nebo zákazníkových (nesmí jít o sdílený public cloud).

A to takové, že tomu relativně dost rozumí, upgrade na vyšší verzi kubernetes zvládnou téměř bez výpadku (pří clusteru o 3 serverech) a nabídnou k tomu SLA?

tak třeba i AWS nabízí vlastní dedikované servery, když si to tam vyklikáš. Ostatně spousta společností ti to nabídne, je to sice dost nesmyslnej požadavek, ale když jsi ochotný zaplatit 5x tolik, tak ti kde kdo vyhoví, integrátorů je v čechách hafo, stačí jen poptat. Samozřejmě že to pak nebude stát 10.000 Kč měsíčně, ale 100.000 Kč měsíčně, asi tak...

Napsal Ondřeejj;1540014

Prosím o radu, jestli někdo nemá zmapované jaké české společnosti poskytuji managed Kubernetes as a service provozované na dedikovaných serverech, vlastních nebo zákazníkových (nesmí jít o sdílený public cloud).

A to takové, že tomu relativně dost rozumí, upgrade na vyšší verzi kubernetes zvládnou téměř bez výpadku (pří clusteru o 3 serverech) a nabídnou k tomu SLA?

Tohle ti nikdo jako hotovou službu v CZ podle mě nenabídne. Bude to custom řešení.Proč není možnost public cloud?

Mě vůbec přijde, že češi jsou nějak posedlí vlastnictvím... Zatímco na západě se rozjíždí sdílená ekonomika, a třeba v US mají běžně banky i vláda věci v cloudu, tak v ČR by si skoro i švadlena chtěla vyrábět vlastní procesor.

Napsal bart28;1540072

Mě vůbec přijde, že češi jsou nějak posedlí vlastnictvím... Zatímco na západě se rozjíždí sdílená ekonomika, a třeba v US mají běžně banky i vláda věci v cloudu, tak v ČR by si skoro i švadlena chtěla vyrábět vlastní procesor.

Magické zaklínadlo bezpečnost. Mám na to jednu prezentaci, že je to nesmysl :-)Každopádně existují situace (především specificke regulatorni požadavky), kdy to opravdu nejde.

Bezpečnost není zrovna validní argument. Praxe docela jasně ukazuje, že bezpečnostní problémy mají spíše vlastní řešení, než služby typu AWS, Google Cloud, nebo Azure.

Napsal Registrace;1540088

Bezpečnost není zrovna validní argument.

Praxe docela jasně ukazuje, že bezpečnostní problémy mají spíše vlastní řešení, než služby typu AWS, Google Cloud, nebo Azure.

Tady jsme na jedné lodi (většina argumentů, proč Public Cloud ne jsou jen mýty).