Sesterský server Podnikatel.cz spustil ve spolupráci se společností FlexiBee online účetní službu Účtujte.cz. V třídílném miniseriálu – případové studii nám Petr Ferschmann prozradí něco o pozadí tvorby této služby, o jejím fungování a o tom, proč nakonec služba běží na cloudových technologiích.
Jestli jste někdy řešili nasazování aplikace, asi víte, že všechno odladit může být celkem zdlouhavá záležitost. Dokážete si představit, že na to máte jen týden? Že je to nemožné? Není! Jde to a ani to nemusí být příliš složité.
Reportáž z virtuální konference FOSDEM. Minule jsem popsali Go room, dnes se věnujeme monitoringu a observability.
Mikrofrontendy jsou zajímavá adaptace konceptu microservices pro potřeby frontendového vývoje. Podívejte se, co to v praxi obnáší a proč jsme se v Seznam.cz rozhodli vyvinout náš vlastní microfrontend framework, Merkur.
Hezke reseni
Libi se mi vase reseni, dobra prace.
Re: Hezke reseni
Gratuluji, Plzen jede ;-)
VMware
My jsme pouzili reseni VMwaru. Nemuzeme si stezovat. To neni zadne Hyper-V nebo jina omezujici technologie :)
Re: VMware
V čem je Hyper-V omezující? Nepolemizuji, jen se ptám.
Re: Jak jsme budovali cloud
A v com spociva „cloudovitost“ tohto riesenia? To ze ste to umiestnili do virtualnych strojov predsa este neznamena ze je to v cloude, alebo ano? Lebo potom vsetky vacsie institucie maju cloudove riesenia (lebo to bezia vo virtualoch).
Nejak my uslo kde akoze ten cloud je?
Re: Jak jsme budovali cloud
Velkou změnou oproti „umístit do virtuálních strojů“ je změna architektury aplikace tak, aby byl možný princip „multitenant“. U google také nemáte pro každého klienta vyhrazený server.
Na první pohled se může zdát, že tento problém je pouze v oblasti zastaralých „účetnictví“. Pokud se tedy podíváme např. na typický eshop, zjistíme, že se instalace skládá z programu (např. PHP skripty) a databáze. PHP skripty jsou na disku, aby bylo možné udělat úpravy pro konkrétního klienta. Naštěstí apache dělá to, že zabírá zdroje pouze pro vyřízení aktuálních HTTP požadavků. Nicméně musíte zajistit replikaci databáze mezi mnoho serverů a také i replikaci těch PHP skriptů.
Když chcete tento způsob provozovat jako službu (SaaS) a při tom být schopen obsloužit tisíce eshopů, musíte všechno automatizovat, mít zajištěnou redundantnost a dostatečný výkon, musíte umět celé řešení zaktualizovat na novou verzi a spostu dalších problémů.
Dovolím si přeformulovat Vaši otázku: kde je hranice mezi hostingem a cloudem? My ji vnímáme právě v dynamickém škálování výkonu (elasticita, my přepadáme do veřejných cloudů) a vícenájemnosti (multitenancy).
V tomto díle píšeme proč to vůbec dělat a co nám to přinese. Příště si povíme jak jsme upravovali architekturu té aplikace a v posledním díle jak se o ty „virtuální stroje“ staráme.
Petr Ferschmann
Re: Jak jsme budovali cloud
Vdaka za odpoved, ja sa viac zaoberam Javou a tam je to trochu narocnejsie ale vidim ze mame spolocne otazky.
V akej korelacii je „multitenant“ s cloudom? Musi byt aplikacia „multitenant“ aby mohla byt v cloude?
Elasticita je dalsi zaujimavy pojem z cloud buzzword slovnika. Ked mam dostatok zeleza a podla zataze a potreby tam pustam a migrujem virtualne stroje je to cloud?
Ak sa na to pozrieme z pohladu cloudu tak v podstate kazdy slusny hosting je IaaS alebo ma taky program ktory sa da ako IaaS vylozit (niekedy dokonca az na level PaaS).
Potom sa mi cloud scvrkava iba do NoSQL ktora sa tak akosi cloudovsky skaluje.
Zaujima ma to aj z toho pohladu ze pridem do firmy ktora ma zaujem o cloud (napr. banky) a ja im zacnem rozpravat, to musite mat HW, virtualne stroje a podla zataze spustat aby bola „elasticita“, a multitenant aha ale vy to bezite iba pre seba tak potom …. CO? Nemozte is do cloudu alebo v podstate uz cloud mate?
Re: Jak jsme budovali cloud
Dobrý den,
jen dodám, že FlexiBee je také napsané v Javě :-)
Cloud bych definoval jako přístup. Já mohu konzumovat cloud (mám pronajatý virtuální server od Amazon Web Services), ale nemusím jej nabízet dále jako cloud – např. tam pustím svůj jeden eshop v PHP.
A naopak mohu službu provozovat na svém železe, ale dále ji poskytovat jako cloud (např. na něm provozovat SaaS).
Petr
Re: Jak jsme budovali cloud
Podla vasej definicie sa da za cloud oznacit hocijake riesenie na baze aplikacneho serveru
Re: Jak jsme budovali cloud
Zajímalo by mě, proč jste budovali vlastní cluster a nespolehli se pouze na veřejný Cloud?
Poskytovatelů IaaS je u nás více – krom zmíněných VirtualMaster, třeba i T-Systems nebo Cloudee.
Bojíte se o data / dostupnost služby?
Osobně mi přijde komplikovanější a dražší budovat architekturu aplikace, která bude sedět na vlastním clusteru a „přepad“ bude pouštět do veřejného Cloudu, než aplikaci rovnou posadit pouze do veřejného Cloudu.
Re: Jak jsme budovali cloud
Dobrý den,
vzhledem k tomu, že jsme nemohli použít PaaS, moc bychom neušetřili. IaaS se chová jako „běžný“ server. Proto jsme museli upravit aplikaci tak, aby bez problému zvládala desítky serverů.
Zajímavé by samozřejmě byly další navazující služby, které nabízí třeba Amazon jako je Load balancer, CloudFront, Simple Email Service. Nicméně Amazon je pro nás daleko. Součástí systému je totiž specializovaná aplikace, která je citlivá na ping, zvlášť když se uživateli přidá přetížená WiFi – pak je ping i 250 ms a to je moc. V Čechách tak ušetříme 70ms.
Tyto navazující služby zatím nikdo v ČR neprovozuje. Takže se cloud pro nás degraduje na dynamické servery. A pro naše servery potřebujeme nějaké minimum a ty je levnější provozovat u sebe (viz např. http://www.lupa.cz/clanky/cloud-je-predrazena-hracka/ . My jsme došli k podobnému závěru).
Veřejný cloud je tedy pro nás v těchto případech:
– nabízí platformu (PaaS), kterou můžeme použít.
– má navazující služby jako je LoadBalancer, CloudFront apod.
– potřebujeme dočasně zvednout výkon (např. při testování nové verze, plánované odstávce serverů, apod.)
– potřebujeme vytěžovat špičky.
Snad jsem tedy odpověděl dostatečně.
Petr Ferschmann
Re: Jak jsme budovali cloud
IMHO, prostě móda. Od určité doby si začal kdejaký bezvýznamný web říkat portál. Čím se tak výrazně liší např. Abclinuxu.cz od Root.cz, že je jeho nejen současným vlastníkem nazýván portálem a to včetně dalších webů stejného vlastníka? Nic proti těmto webům, to byl jen příklad.
Dnes je tím správným slovem velmi populární cloud. „Máš data v luftu, máš to v cloudu.“ Ne že by to dřív bylo výrazně jinak, ale tohle zní zatím dobře, minimálně pro nezasvěceného. Jedno slůvko navíc a hned to na cílovou skupinu působí technologicky velmi vyspěle.
Re: Jak jsme budovali cloud
Je velice zajímavé, že spousta postsovětských frikulínů, tedy byznysmenů dneška – již prezentuje oblačná řešení.
Říkají, že dneska je in mít data v облаках (oblacích). Vtip je ten, že jenom všichni kecají ve stylu PR.
Ano máte pravdu. Dneska je in mít data v klódu :D.
Početl jsem spoustu místních pojednání na toto téma a mohu to shrnout asi takto – dejte nám data = outsorc – my se vám o ně postaráme.
Jenže ftip je v tem, že v Rusku se vám nikdo o nic nepostará. Hrabat jak slépky, to ano. Ale že by museli snášet vajíčka? Nedej V.I.L. pracovat.
Tfuj tajbl. Moderní společnost a totální úpadek. Každej je managér, podnikatel a hodně z těch co znám nedělají žádné hodnoty.
Už i to IT se nám ku.r.ví.
Howgh.
Re: Jak jsme budovali cloud
Každej je managér, podnikatel a hodně z těch co znám nedělají žádné hodnoty.
Presne tak, ja som z toho tiez obcas znechuteny, ze v IT mame vela ludi, ktori nechcu vytvarat hodnoty, ale iba sa nabalovat… … casto krat na hodnotach, ktore vytvorili ini….
Kam se tohle pise?
Ze je to uzivatelsky neprijemne, hnusne jak cesta do prace a preplacane nesouvisejicimi informacemi mam napsat sem, anebo je k tomu potreba nejake cloudove reseni?
Re: Kam se tohle pise?
no, prosel jsem si to demo a take se v tom moc neorientuji. Asi by musel clovek dostat na zacatku mensi skolenicko. Chtel jsem zadat par kontaktu pro jiz existujici firmu, ale asi musi byt skutecne clovek minimalne Bc.
Re: Kam se tohle pise?
Dobrý den,
mohl byste mi napsat na sebe kontakt na fers (uzenáč) uctujte.cz? Zajímalo by mne jak jste postupoval.
Snažili jsem se udělat aplikaci maximálně jednoduchou a to zvlášť v oblastech, které jsou velmi složité – např.
– zjistíme sami legislativu (daňová evidence, s.r.o. apod.)
– sami zjistíme zda je firma plátcem a také načteme všechny povinné údaje pro fakturaci
– automatické našeptávání firem
Samozřejmě problém je, že aplikace je kompletní účetnictví a tak mohou některé účetní věci uživatele zmást.
A proto případné uživatele, kteří s tím mají problémy snažíme kontaktovat, abychom aplikaci maximálně vyladili.
Petr Ferschmann
Private verzus public cloud
Zaujimalo by ma ako sa zmeni priemerny cas vykonania referencneho use case-u, ked aplikacia ide v privatnom cloude a ked prepadne do public cloudu?
Ocakaval by som, ze cas sa zhorsi alebo sa mylim?
Opravdu cloud?
Ahoj Petře,
musím se přidat k ostatním, pokud to, co prezentuješ je cloud, pak je tu s námi od doby prvního hostingu, který nabízel vše, co popisuješ v sekci „S cloudem jsme původně nepočítali“, každá kdo nabídl hosting s Mambem/Joomlou/Wordpressem dle Tvého popisu už nabízel cloud a to dokonce ve formě SaaS, jenom typ aplikace (a tedy i dat) se změnil.
Pokud je cloudem to, že neprodáváte web aplikace na stroje zákazníků, ale prodáváte je flexibilně jako Vámi hostovanou službu, tak takové články tu mohli vycházet před deseti lety… ledasjaký freemail je potom cloudem… Chybí mi potom pointa, přínos.
Cloud je v Tvém případě buzzword, buď prostě hostuješ klientům aplikaci, kterou sem tam použijí a v tom případě clouduje ledaskdo… Nebo nabídneš firmám opravdovou kancelář v oblacích a v tom případě se budeš muset porovnávat s Googlem nebo MS (takovýto hnusný marketingový „komplexní řešení“).
Broňa