9 důvodů proč podlehnout trendu DevOps a kontejnerových technologií

DevOps a kontejnerizace nejsou jen pomíjivé trendy. Můžou vám pomoct zefektivnit vývoj i zvýšit spokojenost zákazníků. Tady je top 9 důvodů.

e-commerce Kubernetes vývoj

9 důvodů proč podlehnout trendu DevOps a kontejnerových technologií

vshosting~

DevOps a kontejnerizace patří mezi oblíbené IT buzzwordy dnešní doby. Nikoli bezdůvodně. Kombinace těchto přístupů je jedním z důvodů, proč se daří práci vývojářů stále zefektivňovat. V tomto článku se zaměříme se na 9 hlavních důvodů, proč by se i vám tyto vývojové přístupy mohly vyplatit.

Pár rychlých vysvětlivek na úvod

DevOps je složenina z anglických slov Development (Vývoj) a Operations (Provoz), a jde vlastně o přístup k vývoji software, který klade důraz na spolupráci vývojářů s IT odborníky starajícími se o provoz aplikací. To vede k mnoha výhodám, které si tu postupně rozebereme.

Kontejnerizace do DevOps skvěle zapadá a můžeme ji chápat jako podpůrný nástroj DevOps přístupu. Podobně jako kontejnery fyzické, které standardizovaly přepravu zboží, softwarové kontejnery představují standardní jednotku „přepravy“ softwaru. Díky tomu je IT odborníci mohou nasadit napříč prostředími v podstatě bez úprav (podobně jako fyzický kontejner můžete bez problému přeložit z lodi na vlak nebo na kamion).

Top 9 výhod DevOps a kontejnerů

1) Synergie mezi týmy

U DevOps přístupu spolu vývojáři a admini úzce spolupracují a účastní se všech fází vývojového procesu. Tyto dva světy bývaly tradičně striktně oddělené, ale jejich de facto sloučení má mnohé výhody.

Spolupráce vede k větší efektivitě celého vývojového i operačního procesu a tím i k jeho zrychlení. Neméně důležitým aspektem je i to, že kooperace kolegů ze dvou odlišných oblastí s sebou často nese nejrůznější inovativní, „out of the box řešení“, na která by jinak nikdo nepřišel.

2) Transparentní komunikace

Častým problémem nejen v IT firmách bývá kvalitní komunikace. Každý má spoustu práce a hledí si svého. Výsledkem pak bývají nedorozumění, chybné předpoklady a z toho plynoucí konflikty a zbytečná práce.

Součástí myšlenky DevOps je zavedení transparentní a pravidelné komunikace mezi vývojáři a administrátory, díky čemuž všichni táhnou za jeden provaz. Obě skupiny jsou také zapojeny do všech fází tvorby aplikací či jejich částí.

3) Méně bugů a dalších „nehod“

Mezi principy DevOps patří také časté vydávání menších částí aplikací, oproti méně frekventovaným releasům větších celků. Díky tomu eliminujete riziko dopadu chybného kódu na celek. Jinak řečeno: pokud se náhodou něco pokazí, nerozbijete tím celou aplikaci. Spolu s důrazem na důkladné testování tento postup vede k výrazně nižší frekvenci výskytu bugů a jiných chyb.

Pokud spolu s DevOps využijete kontejnery, můžete těžit z jejich standardizace. Ta mimojiné zajišťuje, že vývojové, testovací i produkční prostředí (tj. kde aplikace výsledně běží) je definováno identicky. Tím výrazně snížíte výskyt bugů, které se při vývoji a testování neprojevily, a ukážou se až při spuštění v produkčním prostředí.

4) Snazší hledání i oprava chyb

Opravě případných chyb a zajištění hladkého chodu aplikace napomáhá i pro DevOps typické metodické ukládání všech předchozích verzí kódu. Díky nim lze velmi rychle identifikovat případný problém, který může nastat po vydání nové části aplikace.

Když už k chybě dojde, stačí aplikaci jednoduše vrátit na předchozí verzi – zabere to maximálně pár minut. Vývojáři poté v klidu daný bug opraví zatímco uživatel aplikaci může bez potíží používat. Hledání eventuální chyby je také mnohem snazší, protože vydávaná část aplikace, ve které je potřeba bug najít, je velmi malá.

5) Bezproblémová automatizace a škálovatelnost

Kontejnerová technologie také výrazně zjednodušuje škálování a pomáhá DevOps týmu automatizovat některé činnosti. Například tvorbu a nasazování kontejneru lze automatizovat přes API, což přispívá k úspoře času a nákladů na vývoj.

Co se škálovatelnosti týče, aplikace můžete provozovat v libovolném počtu instancí kontejnerů, a to podle aktuální potřeby. Počet kontejnerů lze téměř okamžitě navyšovat (například během vánoční špičky) nebo naopak snižovat. Díky tomu ušetříte velkou část nákladů na infrastrukturu třeba v období, kdy poptávka po vašem zboží není tak velká. Zároveň když se zájem nečekaně zvedne – řekněme, že jste online lékárna v době pandemie – kapacitu bleskurychle navýšíte a hotovo.

6) Detailní monitoring byznysových metrik

K DevOps i kontejnerizaci nevyhnutelně patří i detailní monitoring, který pomáhá rychle identifikovat chyby v kódu. Monitoring je ale klíčový i k měření byznysových metrik. Díky nim můžete vyhodnotit, zda právě vydaná změna pomáhá dosáhnout vašich cílů nebo ne.

Pro představu: dejme tomu, že jste se u svého e-shopu rozhodli pro redesign domovské stránky, jehož cílem je zvýšení počtu objednávek o 10 %. Díky detailnímu monitoringu brzy po vydání zjistíte, jestli jste vytyčených 10 % dosáhli či nikoliv. Kdybyste oproti tomu udělali 5 změn v e-shopu najednou, bude vyhodnocení účinnosti jednotlivých opatření mnohem složitější. Řekněme, že celkovým výsledkem těchto 5 změn je zvýšení počtu objednávek o 7 %. Která z novinek způsobila největší nárůst? A nezpůsobuje naopak některá z nich snížení počtu objednávek? Kdo ví.

7) Agilnější a rychlejší vývoj

Výsledkem všeho výše uvedeného je významné zrychlení celého procesu vývoje, od napsání kódu po úspěšné spuštění daného softwaru, a to i o 60 % a více.

Jak moc velké bude zefektivnění, tedy i úspory a potažmo nárůst tržeb, ovšem závisí na mnoha faktorech. Mezi ty nejdůležitější patří velikost vašeho vývojového týmu a míra využití podpůrných nástrojů, jakými je například technologie kontejnerizace, automatizace procesů a volba flexibilní infrastruktury. Zjednodušeně řečeno, čím větší tým máte a čím více využijete možností automatizace a flexibility zvolené infrastruktury, tím efektivnější celý proces bude.

8) Menší náklady na vývoj

Asi nikoho nepřekvapí, že rychlejší vývoj, lepší komunikace a spolupráce týmů zamezující zbytečné práci a menší výskyt bugů napomáhá snížení nákladů na vývoj jako takový. Zejména u firem s většími IT týmy může jít i o desítky procent (!).

Často se i ukáže, že díky synergiím a větší efektivitě spojeného týmu nepotřebujete mít ve firmě 20 IT specialistů, ale třeba jen 17. A to je také pořádný rozdíl v rozpočtu.

9) Spokojenější zákazníci

Akcelerace vývoje vede také k větší spokojenosti zákazníků. Váš byznys je totiž schopen pružněji reagovat na jejich požadavky a například do e-shopu přidat novou funkci, po které vaši klienti volají. Díky detailnímu monitoringu také lépe odhalíte, které změny zákazníci vítají a které je lepší zahodit. Snáze se tak odlišíte od konkurence a vybudujete si základnu skalních fanoušků, kteří jen tak jinam nakupovat nepůjdou.

Co si z toho odnést

Když si to shrneme, z vývojářského pohledu DevOps spolu s kontejnery usnadní a urychlí práci, zlepší komunikaci s adminy a drasticky sníží výskyt bugů. Byznysově to znamená výrazné snížení nákladů a větší spokojenost zákazníků (a tedy i vyšší tržby). Z toho plynoucí rovnici „vyšší tržby + nižší náklady = vyšší ziskovost“ netřeba rozvádět.

Aby všechno fungovalo, jak má, budete také potřebovat dobrého poskytovatele infrastruktury – typicky nějakou formy Kubernetes platformy. Většinu z vás nejspíš jako první napadnou tradiční cloudy od amerických firem. Bohužel, podle zkušeností našich klientů vám uživatelská (ne)přívětivost těchto providerů celý proces příliš neusnadní. Další variantou je poskytovatel, který vám Kubernetes platformu předpřipraví, zdarma poradí co a jak a poskytne vám nonstop podporu na telefonu. To v češtině a za výrazně nižší cenu. Nechceme se chlubit, ale přesně tohle splňuje Kubernetes platforma od vshosting~.

Příklad infrastruktury využívající kontejnerovou technologii – vshosting~

Nenechte se napálit při výběru hostingu: nejspolehlivější ukazatel kvality

Jak spolehlivě ohodnotit kvalitu hostingových poskytovatelů a nenaletět tak těm podprůměrným.

datacentrum e-commerce

Nenechte se napálit při výběru hostingu: nejspolehlivější ukazatel kvality

vshosting~

Jak poznáte skvělého poskytovatele hostingu od podprůměrného? Nejpřesnější odpovědí na tuto otázku je památný výrok jednoho z našich kolegů: „Těžko.“

Bohužel tomu tak opravdu je – kvalitu hostingu mnoho z vás pozná, až když půjde do tuhého. Skvělá hostingovka totiž problémy řeší proaktivně, rychle a nonstop. (A většině z nich navíc předejde, takže nikdy nenastanou.) Proto spousta lidí hostingového poskytovatele vymění teprve po nějaké velmi špatné zkušenosti.

To už vás ale neschopnost hostingovky většinou stála nemalé peníze. Navíc při výběru nového providera nejste o moc chytřejší, než předtím. Jediným posunem je poznatek, že vašeho stávajícího můžete z dlouhého seznamu variant vyškrtnout.

Těžko, ale přece

Odhalit kvalitu hostingu je sice skutečně složité, ale některé ukazatele vám přesto mohou pomoci v rozhodování. Plusové body přidělte všem hostingovkám, které mají vlastní datacentrum, 24/7 podporu přímo v datacentru, přistupují k vám individuálně a řešení vám připraví na míru.

Naopak jestli si firma pronajímá prostor v cizím datacentru na druhém konci republiky, než má sídlo, doporučujeme ji rychle vyloučit. Jak vám taky server opraví, kdyby došlo k poruše? Stejně tak pokud jejich podpora funguje jen ve všední den od 9 do 17. Jak známo, bugy a jiné průšvihy se s notorickou pravidelností objevují v sobotu ve 2 ráno. Ideálně před Vánoci.

Podobně v případě, že se potenciální poskytovatel snaží váš unikátní online projekt nacpat do jednoho ze svých krabicových řešení a o customizaci nechtějí ani slyšet, doporučujeme dát ruce pryč.

Tyto ukazatele můžete využít pro zkrácení seznamu potenciálních providerů. Bohužel to často nestačí k finálnímu rozhodnutí. Kromě toho, jsou i takové firmy, které vám řeknou to, co chcete slyšet. Pro vás tak je velmi těžké určit, co je a není pravda.

Jak si „osahat“ nehmotnou službu

Hosting je virtuální služba, kterou si nemůžete nijak „osahat“. Proto vám někteří poskytovatelé mohou naslibovat hory doly a pro vás je složité ověřit si, zda jde o realitu nebo plané sliby. Z toho důvodu kromě výše popsaného průzkumu „od stolu“ doporučujeme zajít se podívat na zázemí firmy.

Zkoumejte jak vypadá datacentrum, jaké používají záložní prvky i kolik lidí sedí na podpoře. U podpory se zaměřte na to, jestli jde o kované odborníky nebo jsou to už od pohledu náhodní studenti na brigádě. Důležité také je, jak mají řešený monitoring serverů (odhalí problém, ještě než se naplno projeví?). Podle toho všeho budete moci lépe soudit, jak o servery reálně pečují.

Tato taktika vám dále pomůže zúžit výběr hostingovek na ty kvalitnější. Ani tak ještě nemáte vyhráno, protože mnoho věcí stále neodhadnete a mazaným prodejcům se může podařit schovat pár kostlivců do serverových skříní. Přichází tedy řada na indikátor kvality číslo jedna: reference.

Reference, reference, reference

Asi jste už slyšeli, že v realitách rozhodují 3 aspekty: lokalita, lokalita a lokalita. V hostingu jsou to reference. Díky nim totiž spolehlivě odhadnete, jestli daný poskytovatel zvládne poskytnout i složitější řešení, jestli umí infrastrukturu ušít na míru a jestli je vůbec vhodný pro váš typ byznysu.

Zjišťujte, jestli u vašich potenciálních providerů hostují velcí a známí klienti, kteří vyžadují komplexní řešení na míru (jako třeba Pilulka.cz). Pokud ano, jde o skvělý ukazatel, že daná hostingovka zvládne i složité projekty a nebude mít problém řešení uzpůsobit vašim potřebám – ať už je váš byznys velký nebo malý. Pro představu: ve vshosting~ hostujeme jak největší projekty v ČR, které se skládají z clusterů o počtu desítek serverů, tak i vážené klienty s jediným cloud serverem.

Zároveň se zaměřte na referenční klienty, které mají podobný byznys jako vy. Máte e-shop s oblečením? Pak vás bude zajímat, že hostingovku využívá například Trenýrkárna.cz. Je vaším byznysem digitální agentura? V tom případě chcete hostovat u někoho, kdo má mezi klienty třeba Blueghost. A tak dále.

Důležité je i to, jestli má potenciální poskytovatel hostingu zkušenosti s technologiemi, které ve své aplikaci využíváte. Proto se ptejte i na konkrétní klienty, kteří zvolili stejné technologie jako vy. Využíváte například vysoce zatíženou MySQL databázi a potřebujete někoho, kdo se o ni postará, provede optimalizace a zajistí její provoz v režimu vysoké dostupnosti? To je pro nás denní chleba – máme na starost i o MySQL databáze, které mají objemově terabyty dat!

Ale jak vyloučit firmy, které se neštítí dát si na web kdejaká pěkná loga, aniž by dané firmy byly jejich klienty? Jednoduše: nechte si na vybrané klienty dát kontakt a referenci si ověřte. Seriózní hostingovky s tím nebudu mít problém. Pokud se naopak budou zdráhat, mějte se na pozoru.

Reference v hostingu jednoduše slouží jako pojistka toho, že co vám poskytovatel slibuje, je schopen také dodat.

Vývoj a produkce: proč je za každou cenu oddělit

Která rizika s sebou nese spojení vývoje s produkcí a jak infrastrukturu nastavit lépe.

e-commerce vývoj

Vývoj a produkce: proč je za každou cenu oddělit

vshosting~

Ve vshosting~ je našim cílem nejen klientům poskytovat špičkový hosting, ale i dobře poradit. Za 14 let našeho fungování už jsme toho totiž viděli opravdu hodně, takže víme, co funguje i od čeho je lepší dát ruce pryč. Jedním z klíčových (a velmi drahých) nešvarů, se kterým se setkáváme, je sdílená infrastruktura pro vývoj i produkci. A to i u velkých projektů, které by v případě průšvihu mohly přijít o neskutečné peníze.

Vzhledem k tomu, jak velké riziko společná vývojová a produkční infrastruktura představuje, je takový průšvih neustále na spadnutí. Proč je vývoj v produkčním prostředí tak nebezpečný? A jak celou infrastrukturu nejlépe nastavit tak, abyste eliminovali riziko? Sepsali jsme to nejdůležitější.

Vývojové vs. produkční prostředí

Vývojové (a testovací) prostředí by mělo sloužit jen a pouze k vývoji a testování nového softwaru či featur. To se vztahuje jak na změny ve vlastní aplikaci, tak i např. na updaty softwarového vybavení serveru. Vývojáři v něm mohou v klidu experimentovat bez obav, že by ohrozili produkci.

Produkční prostředí je naopak to, kde aplikace běží „naostro“ – například e-shop, kde zákazníci vyhledávají a zkoumají produkty, dávají je do košíku a platí za objednávky. Produkce je jednoduše to, co „je vidět“ pro běžného uživatele i všechny systémy v pozadí, které jsou pro funkci aplikace zásadní (například databáze, skladové systémy atd.).

Ale hlavně: produkční prostředí je to, které vydělává. Proto by se kolem něj mělo chodit obloukem a ještě navíc po špičkách. Každý problém na produkci se totiž rapidně změní v ušlý zisk.

Rizika společné infrastruktury

Pokud od sebe neoddělíte vývoj a produkci, může se snadno stát, že vaši vývojáři pustí ven nedostatečně otestovaný software, který následně poškodí nebo rozbije celou aplikaci. Jinými slovy: „spadne“ produkce. Když budete mít dostatečnou smůlu, vaše aplikace nepojede klidně i několik hodin nebo dní než ji vývojáři opraví. To by v případě velkého e-shopu znamenalo klidně i statisíce v ušlých tržbách a zbytečně vynaložených nákladech na marketing. O extra nákladech na vývoj ani nemluvě.

Obzvlášť bolestivé jsou tyto případy v době vysokého provozu na vašem webu. U e-shopů jde typicky o předvánoční sezonu – podívejte se, kolik by vás stál byť jen hodinový výpadek. Může se ovšem jednat i o období, kdy intenzivně investujete například do televizní reklamy. Ta je velice drahá a nejde jen tak pozastavit, protože vám zrovna nefunguje e-shop.

Bohužel už jsme podobných situací viděli mnoho. Z toho důvodu všem našim klientům dlouhodobě doporučujeme, aby nový software tvořili ve vývojovém prostředí, pak otestovali v prostředí testovacím a teprve poté nasadili do produkce. Totéž platí pro rozšiřování softwarové výbavy produkčních serverů. Pouze důkladným otestováním mimo produkční prostředí se můžete vyhnout se situaci, že bug v produkci objevíte v pátek večer těsně před Vánoci.

V rámci odděleného vývojového prostředí můžete bez rizika provádět deploy nových verzí aplikace (např. upraveného e-shopu) a každou dobře otestovat před nasazením do produkce. Umožní vám také aktualizovat nové verze jednotlivých serverových komponent (nová verze DB, PHP, apod.) a otestovat jejich kompatibilitu a funkčnost. Teprve až si budete jisti, že vše správně funguje, převedete vše do produkčního prostředí. Celkově si tak ušetříte mnoho komplikací i snížíte náklady.

Jak vývoj a produkci oddělit: praktické tipy

Při výběru hostingového řešení mějte oddělení vývojového a testovacího prostředí od produkce na paměti. Ideální je mít pro účely vývoje a testů oddělený server a produkční prostředí provozovat na jiném serveru či clusteru serverů. Ve vshosting~ vám rádi zdarma poradíme s výběrem nejvhodnějšího řešení – ozvěte se nám.

Pomůžeme vám navrhnout vhodnou konfiguraci pro vaše vývojové a testovací prostředí tak, aby plně odráželo produkci a zároveň abyste zbytečně neplatili za výkon, který nepotřebujete. Vzhledem k tomu, že vývojové prostředí nemá návštěvnost jako vaše hlavní aplikace na produkci, nemusí být tak robustní. Například pokud vaše produkce sestává z clusteru 3 výkonných serverů, pro účely vývoje a testování vám bude dost možná stačit jeden menší virtuální server. Využití cloudu pro vývoj doporučujeme, protože jde typicky o nejúspornější variantu z nákladového hlediska.

Klientům, kteří u nás využívají managed služby, rádi zajistíme i tvorbu vývojového prostředí. Zjednodušeně řečeno „naklonujeme“ jejich produkci a upravíme tak, aby prostředí bylo identické a zároveň výkon nebyl zbytečně naddimenzován. Díky tomu získáte všechny benefity odděleného vývoje od produkce a ještě ušetříte čas i finance. Následně můžete veškeré úpravy provádět ve vývojovém prostředí a po jejich úspěšném otestování je jednoduše převést na produkci.

Vánoce v e-commerce: i krátký výpadek Vás může připravit o statisíce

Infrastruktura a hosting jsou v e-commerce základ. Jejich podceňování může i zavedenému e-shopu zlomit vaz.

bezpečnost e-commerce

vshosting~

Co si budeme povídat – servery nejsou zrovna atraktivní téma, o kterém se vášnivě debatuje na e-commerce konferencích. Je mnohem stylovější zaobírat se nejnovějšími trendy v optimalizaci fulltextového vyhledávání nebo nejúčinnějšími kampaněmi na sociálních sítích.

Pak je tady samotný core business, kterému každý e-shopař logicky věnuje většinu svého času. Úvahy o kvalitě serverové infrastruktury a spolehlivosti celého hostingového řešení obecně nebývají na pořadu dne.

Podceňovat hosting se nevyplácí

Proč se taky zaobírat detaily Vašeho hostingu? Vždyť to přece nějak funguje.

Pokud se ovšem v e-commerce pohybujete už nějakou dobu, pravděpodobně jste se už setkali s tím, že „to“ občas taky nefunguje. A jako na potvoru v těch nejnevhodnějších momentech. Jako třeba před Vánoci, když jsou Vaše nákladné marketingové kampaně v plném proudu a klienti nakupují jako o život. V takové situaci je úplně jedno, jak skvělé zboží prodáváte. I kdyby Váš fulltext četl zákazníkům myšlenky a Vaše kampaň na sítích pobláznila davy, nebude Vám to nic platné.

„Praxe ukazuje, že hosting a technologické řešení (infrastruktura, servery) jsou v e-commerce stejně důležité jako třeba logistika nebo support.“ Damir Špoljarič, CEO vshosting~

Jak v nedávném rozhovoru rozebírá náš CEO Damir Špoljarič, infrastruktura je v e-commerce naprostý základ, který není radno podceňovat.

Kromě toho, že servery postrádají sex appeal, většina e-shopařů není primárně technicky založená a přenechává proto tuto část byznysu vývojářům. Ti Vám často nabídnou, že vyřeší i hosting – což zní skvěle, protože ho tak nemusíte řešit. Ale vývojáři nejsou experti na hosting a často zvolí nepříliš ideální řešení. Doporučujeme svěřit hosting expertům na danou problematiku – koneckonců také byste nechtěli, aby Vám parta Linux adminů vyvíjela e-shop.

Zároveň mnoho poskytovatelů ve snaze nabídnout službu za co nejnižší cenu, dělá kompromisy v kvalitě a zvyšuje tím riziko výpadku. Toto riziko je ale špatně představitelné – naopak spočítat si, kolik ušetřím, když zvolím nejlevnější variantu hostingu, je mnohem jednodušší. Z toho důvodu mnoho e-shopařů jde právě cestou nejnižší ceny. Riziko, které tak podstupují, si „spočítají“ až zpětně na ušlém zisku, když se nedostatky hostingu projeví naplno.

Vánoce v e-commerce: klidně i půlka tržeb

K výpadkům dochází nejčastěji v době, kdy jsou servery pod největším tlakem – vánoční sezona je toho typickým příkladem. V tu dobu se to pochopitelně nejvíce nehodí, protože právě o Vánocích se toho v e-shopech prodá úplně nejvíc za celý rok. Jak vyplývá z dat od společností Shoptet a Shopsys, tržby v tomto období, tj. mezi 1.9. a 23.12., pro mnoho e-shopů představují více než polovinu tržeb celoročních. Obě firmy mají veškerou svou infrastrukturu u vshosting~, která je na sezónní výkyvy připravena, takže jejich data nejsou zkreslena výpadky.

Zákazníci e-shopů na Shoptetu o loňských Vánocích uskutečnili přibližně 21 milionů objednávek. To jsou téměř tři čtvrtiny objednávek za celý rok. V případě Shopsys, který v průměru využívají o něco větší e-shopy než ty, které jsou na Shoptetu, se podíl vánočních objednávek na těch ročních pohyboval mezi 34 a 49 procenty. Z dat vyplývá, že čím menší e-shop, tím větší význam pro něj vánoční sezona má. Podceňování hostingu se proto zejména jim může zatraceně nevyplatit. Přitom právě menší e-shopy na hostingu nejčastěji šetří.

Když e-shop nejede: o kolik peněz přijdete?

Každému e-shopaři je jasné, že v případě výpadku přijde o peníze. Ale o kolik? Vyplatí se kvůli tomu vůbec investovat do robustnějšího hostingového řešení?

Na datech od Shopsys si ukážeme, o jaký objem tržeb přijde průměrný velký, střední nebo menší e-shop, pokud dojde k hodinovému nebo dokonce celodennímu výpadku. Typický výpadek se totiž pohybuje v řádu hodin, ale může dojít i k delšímu, trvajícímu celý den nebo i déle.

Velký e-shop

Do kategorie velkých e-shopů na Shopsys se řadí e-shopy s ročními tržbami přesahujícími 1 miliardu korun. Průměrný velký e-shop u nich má roční tržby 1,1 miliard Kč. Podle dostupných dat jen během vánoční sezony takový typický velký e-shop vydělá okolo 425 milionů – tedy téměř 40 % celkových ročních tržeb.

Jestliže během vánoční sezony, tedy v období 1.9. – 23.12., dojde byť jen k hodinovému výpadku, ušlé tržby dosahují v průměru 155 000 Kč. Pokud by e-shop neběžel celý den, přijde v průměru o 3 720 000 Kč.

Střední e-shop

Mezi střední e-shopy se u Shopsys řadí ty, které mají tržby v řádech stamilionů. Průměrné roční tržby středních e-shopů na Shopsys se pohybují okolo 400 milionů Kč a jen za vánoční sezonu takový e-shop utrží cirka 155 milionů Kč, tj. 39 %.

Potenciální ztráty z neuskutečněných objednávek při hodinovém výpadku tak vycházejí na 57 000 Kč – při celodenním výpadku až na 1 400 000 Kč.

Menší e-shop

Roční tržby menších e-shopů na Shopsys se pohybují v řádech desítek milionů a průměrné roční tržby jsou cca 60 milionů. Vánoční sezona se na celkových tržbách podílí celými 45 %, což vychází na 27 milionů.

Menší e-shop tedy může při hodinovém výpadku přijít o tržby v hodnotě 10 000 Kč, za celý den se potenciální ztráta vyšplhá až na 240 000 Kč. Přestože jde o nižší částky než u větších e-shopů, proporcionálně by výpadek měl větší dopad právě na menší e-shopy, protože vánoční sezona je pro ně obzvlášť důležitá.

Kam byste zařadili Váš e-shop? Zkuste odhadnout, o kolik byste přišli Vy, kdyby přestal fungovat, byť jenom na hodinu. V porovnání s tím, kolik uspoříte volbou méně spolehlivého hostingu, se často ukáže, že malé snížení nákladů s sebou nese reálnou možnost mnohem většího snížení tržeb.

Navíc to vůbec není jen o tržbách…

Ušlými tržbami to zdaleka nekončí

Pokud intezivně investujete do reklamní kampaně, což je o Vánocích obvyklé, „spadlý“ e-shop Vám způsobí ztráty hned dvakrát: zaprvé přicházíte o peníze od lidí, kteří u Vás chtějí nakoupit a zadruhé část investice do reklamy, kterou často nejde v daný moment přerušit, vyhodíte z okna.

A to ani nemluvíme o nabourání důvěry ze strany zákazníků, poškození značky nebo negativním dopadu na SEO. Zákazníci si totiž v dnešní zrychlené době rychle zařadí i jen chvilku nefunkční e-shop do mentální škatulky „sem už nemá smysl chodit“. Dojem nespolehlivosti z Vašeho e-shopu se okamžitě promítá i do vnímání Vaší značky, která tím slábne.

V neposlední řadě se výpadek podepíše na Vašem SEO – například Google totiž stránky, které byly nějakou dobu nefunkční, penalizuje. Hrozí tak, že se propadnete ve výsledcích vyhledávání a každý SEO odborník Vám potvrdí, že vrátit se zpátky nahoru je pořádná fuška.

Řešení: výběr kvalitního poskytovatele

Odpověď na výše popsané horory se zdá být snadná – stačí vybrat skvělý hosting. Ale jak? „Kvalita hostingového řešení“ je poměrně nepředstavitelný pojem, takže jak poznat, že právě ten Váš poskytovatel infrastrukturu nešidí?

Upřímně: jde to poznat dost špatně. Protože „papír snese všechno“ a někteří poskytovatelé Vám naslibují hory i s horáky a zrušení gravitace k tomu. Pár spolehlivých indikátorů kvality se ale přece najde: reference, doporučení a pár dobře mířených otázek. Jednoduše řečeno, ptejte se.

Ptejte se poskytovatelů hostingu na jejich klienty. Jsou mezi nimi známá jména? Patří k nim někdo z Vašeho oboru? Nechte si na ně dát kontakt a referenci si ověřte. Seriózní firma Vám kontakt poskytne, takže pokud se z toho bude snažit vykroutit, zbystřete.

V zájmu transparentnosti: projděte si naše reference

Ptejte se svých známých z oboru na jejich poskytovatele. Jaké s nimi mají zkušenosti? Jak dlouho už je využívají? Doporučili by je? Není nad recenzi „bez obalu“ od někoho, komu důvěřujete.

A v neposlední řadě: ptejte se potenciálních poskytovatelů na jejich expertízu. Jaké má prokazatelné zkušenosti s projekty podobnými tomu Vašemu? Jak řeší návštěvnostní špičky? Zvládne odstranit nenadálé problémy během nočních hodin? Co když dojde k hardwarové poruše v sobotu ve 3 ráno?

Máte otázky na nás? Napište nám.

Proč 50 % české a slovenské e-commerce hostuje u vshosting~

Polovina e-shopů v Česku a na Slovensku svěřila svoji infrastrukturu právě nám. Troufáme si tvrdit, že to není náhoda. Ve vshosting~ totiž máme s velké zkušenosti i s těmi nejnáročnějšími e-commerce projekty – ať už jde o společnosti typu Shoptet a Shopsys, které e-shopům poskytují zázemí, nebo o známé hráče, jako třeba Pilulka.

Naše reference i pár případových studií najdete tady

Protože se hostingu e-commerce projektů věnujeme už 13 let, nashromáždili jsme obrovské know how. Všechny servery běží v našem vlastním datacentru, které splňuje náročné bezpečnostní standardy. Díky této kombinaci, máme celý proces návrhu řešení, migrace, provozu i optimalizace zcela pod kontrolou.

Naše infrastruktura je připravená zvládat sezónní výkyvy i návštěvnostní špičky, takže nás rozhodně nepřekvapí, že o Vánocích je na Vašem webu pětkrát tolik lidí. Zajistíme také odolnost vůči poruše jakékoliv části hostingu, takže infrastrukturu vůbec nemusíte řešit a můžete se v klidu soustředit na svůj core business.

Všechny naše servery mají redundantní přípojky, zdroje i další prvky. Zdvojené máme i všechny prvky v rámci datacentra a mnohonásobně zálohované připojení do sítě. Zároveň v případě problému smluvně garantujeme reakci do 60 vteřin, a to 24 hodin denně, 7 dní v týdnu. Přímo v datacentru máme nonstop kvalifikované techniky i adminy, kteří nenadálé situace okamžitě řeší. I uprostřed noci máme přímo v datacentru na podpoře odborníky – dovoláte se přímo jim, žádnému call centru či prostředníkovi.

Chcete se nás na něco zeptat? Kontaktujte naše specialisty.

Migrace webu: proč se jí všichni bojí a jak ji u nás řešíme

Odkud pramení největší obavy z migrace a co ve vshosting~ děláme pro to, aby vše proběhlo hladce.

e-commerce vývoj

vshosting~

„Ten náš současný hosting partner za moc nestojí, párkrát do roka nám dokonce neběží web, ale většinou to nějak funguje. Hlavně nechceme nikam migrovat!“

Největší překážkou výměny hostingového poskytovatele za lepšího je téměř vždy migrace. Obávaný přesun dat z jednoho hostingového řešení na jiné je totiž vždy spojen s výpadkem a s určitými riziky. Často se také při úvahách o migraci přijde na to, že je třeba provést nějaké změny v klientově aplikaci, aby po zmigrování vše fungovalo, jak má. Migrace je prostě na první pohled dost nevábný podnik.

Ale co rizika spojená s ne-migrací? Mnozí si je vůbec nepřipouští, protože „všechno funguje“, jenže tato neviditelná rizika jsou často mnohem větší a jejich potenciální následky mnohem nebezpečnější.

Podívejme se tedy na hlavní námitky proti migraci, jak je ve vshosting~ řešíme a jaká jsou rizika zachovávání statutu quo za každou cenu.

Změny v aplikaci či technologiích

Od migrace odrazujícím faktorem číslo jedna je nejčastěji nutnost provést aplikační či jiné technologické změny. Toto je obvyklý požadavek pro migraci v případě, že současná aplikace běží na zastaralé technologii nebo je nekompatibilní s novým hostingovým řešením.

Nutnost takové změny vždy představuje zátěž pro vývojový tým klienta, který musí upravovat aplikaci nebo se naučit pracovat s novou technologií. Komplikací může být i fakt, že klient vůbec žádný vývojářský tým k dispozici nemá, což je běžná situace zejména u menších projektů.

Na druhou stranu, zastaralost či nevhodnost použitých technologií je překážkou nejenom k migraci k jinému hostingovému partnerovi, ale i k dalšímu růstu internetového projektu, jeho zabezpečení a podobně. Doporučované aplikační změny se proto ve většině případů vyplatí bez ohledu na migraci a po jejich implementaci je přechod k novému hostingovému poskytovateli vcelku hračka.

Zastaralé technologie

Aplikace napsaná pomocí již nepodporované či obskurní technologie je častou překážkou migrace. Například taková appka napsaná v PHP 5.2 je v podstatě nezmigrovatelná, protože není kompatibilní s téměř žádnými současnými technologiemi. Je proto potřeba ji kompletně updatovat na aktuální, plně podporovanou verzi.

Úpravy aplikace pochopitelně nějsou žádný med a stojí spoustu vývojářského času. Na druhou stranu provoz aplikace běžící na zastaralé technologii je mimořádně nebezpečný – migrace, nemigrace. Takové PHP 5.2 totiž už dávno není podporováno, nejsou k němu vydávány bezpečnostní aktualizace ani opravy chyb. Kromě nekompatibility s moderními hostingovými řešeními je tedy taková aplikace ohrožena nejrůznějšími bezpečnostními útoky a hacky, které vzhledem k legislativě okolo GDPR mohou vést až k likvidačním pokutám (ve výši až 4 % obratu). Zastaralé aplikace také nebývají připraveny na to, vyrovnat se s významným přírůstkem trafficu a požadavků, pokud tedy chcete svůj byznys dále rozvíjet, aktualizaci appky se stejně nevyhnete.

Zjednodušeně řečeno: pokud je nějaká aplikace nemigrovatelná, je na místě, důkladně se zamyslet nad tím, proč tomu tak je a jak to vyřešit. S extrémně vysokou pravděpodobností je totiž něco velice špatně a nezávisle na migraci a hostingu hrozí velký průšvih.

Kompatibilita s hostingovým řešením

Dalším obvyklým scénářem je nutnost přechodu na technologii, které bude kompatibilní s nově zvoleným hostingovým řešením. Toto nastane typicky pokud se klient rozhodne k migraci z jednoduché, neredundantní infrastruktury na cluster nebo pokud chce přejít na škálovatelné řešení, ale jeho aplikace na škálování není připravena.

Příkladem je migrace z jednoho databázového serveru na databázový cluster, kdy pro ideální funkčnost klientovi doporučíme přechod ze single nodu na Galeru. Galera je pro cluster perfektním řešením a dlouhodobě bude pro klienta výhodou, ale vývojáři se musí naučit pracovat s jinou technologií, což v daný moment pravděpodobně všichni neocení.

Servisní okna a jiné nepříjemnosti

Dalším významným zdrojem obav z migrace je nutnost určitého servisního okna, kdy klientova aplikace jednoduše „nejede“. Tento krok se nedá obejít a u velkých projektů může trvat klidně celou noc. I otrlému e-shopaři při této představě není lehko.

U nás ve vshosting~ děláme vše pro to, aby výpadek byl co nejkratší, ale celý proces má své technologické limity, přes které bohužel nejede vlak. Z toho důvodu je klíčové servisní okno dobře načasovat, aby dopad na byznys klienta byl co možná nejmenší. Nové řešení před samotnou migrací také důkladně testujeme, abychom zabránili vzniku komplikací, které by výpadek mohly prodloužit.

Co když se něco pokazí?

Migrace je velký zásah a prostor pro případné chyby není malý. Proto je důležité přecházet pouze k poskytovatelům, kteří mají s migrací velké zkušenosti. Rizika tak dokážou důkladnou analýzou a pečlivým testováním nové hostingové infrastruktury účinně minimalizovat. A pokud se i tak něco úplně nepovede, jsou schopni situaci velmi rychle vyřešit.

Příkladem může být opět situace migrace databáze z jednonodového řešení například na 3-nodové. Dojde-li k tomu, že balancing přes nody nefunguje ideálně, zkušení administrátoři zvládnou databázové řešení dočasně směřovat na jeden nod, aby aplikace bez problému mohla fungovat. V mezičase na pozadí vyřeší balancing a až poté databázi přepnou na 3-nodové řešení.

Ve zcela nouzových případech je vždy i možnost udělat rollback, tedy navrátit vše do původního stavu před migrací. Na základě našich zkušeností je ale efektivnější snažit se nastalý problém co nejrychleji vyřešit (například nouzově přenastavením serverů, viz příklad s databází) a migraci dokončit. Problém, který bývá typicky aplikačního charakteru, lze adresovat následně. Ovšem i zde samozřejmě platí doporučení zvolit zkušeného poskytovatele hostingu, který je nenadálé situace schopen agilně zvládnout.

Ve vshosting~ se migrace bát nemusíte

Migrace k vshosting~ se není třeba obávat – přímo v našem datacentru totiž máme tým zkušených odborníků, kteří migrace dělají na denní bázi. Opravdu velkých migrací u nás děláme desítky ročně. Díky tomuto extenzivnímu know-how dokážeme drtivé většině potenciálních rizik předejít a vše pak probíhá hladce.

Před migrací celou aplikaci důkladně zanalyzujeme a otestujeme – mimo jiné jsme schopni pomocí performance testů zjistit výkonnost celého řešení. Na základě prvotní analýzy klientům poskytneme doporučení ohledně aplikačních změn a upozorníme je, na co si dát pozor, co změnit a čeho se vyvarovat.

Hostingové řešení u nás také navrhujeme individuálně, přesně podle potřeb dané aplikace. Nově navržené řešení velmi důkladně testujeme, a to včetně jeho kompatibility s klientovou aplikací a synchronizace se všemi zapojenými systémy (např. skladový systém, CMS, redakční systém, atd.). Díky tomu je nové řešení zcela vyladěné ještě před tím, než vůbec zahájíme migraci.

Ve specifických případech, kdy například klient nemá vlastní IT tým, jsme dokonce schopni migraci udělat zcela za něj (ovšem pouze v případě, že nejsou třeba žádné aplikační změny). Od klienta pak potřebujeme jen minimální součinnost: otestování funkčnosti nového řešení, následné odsouhlasení ostré migrace a podobně.

Datum a čas migrace samozřejmě pečlivě plánujeme spolu s klientem, aby došlo k co nejmenšímu dopadu na jeho byznys. Vzhledem k tomu, že naši zkušení administrátoři i technici jsou přítomni nonstop přímo v datacentru, nemáme problém migraci provést uprostřed noci, a to v jakýkoliv den.

Pokud i přes všechna opatření dojde ke komplikacím, velmi rychle identifikujeme jejich příčinu a problém vyřešíme, protože naši experti na provoz serverů dohlížejí 24/7 a monitorují desítky jeho parametrů.

Jak dnešní technická rozhodnutí ovlivní budoucnost vašeho e-shopu

Pronájem e-shopu nebo vlastní řešení? A jaký je nejlepší hosting? Poradíme, jak předejít chybám mnohých e-shopařů.

e-commerce

Jak dnešní technická rozhodnutí ovlivňí budoucnost vašeho e-shopu

vshosting~

Uvažujete o spuštění vlastního e-shopu? Pak máte před sebou několik rozhodnutí, která vám budoucí rozvoj byznysu mohou usnadnit, ale taky pořádně zkomplikovat.

Podívejte se, jestli se vám vyplatí pronajmout si hotové e-shopové řešení nebo si e-shop nechat vytvořit na míru, proč nepodceňovat hosting a jak si vybrat toho nejlepšího hostingového poskytovatele.

Co je to e-shop?

E-shop není jen to, co zákazník vidí na svém monitoru. V pozadí se odehrává mnoho procesů, které ovlivňují kvalitu zákaznické zkušenosti a tím i výnosnost e-shopu.

E-shop mimojiné sestává z kódu, který tvoří celou e-shopovou aplikaci, ale důležitou součástí e-shopu je i server, na kterém aplikace běží, konektivita, a v neposlední řadě i lidský faktor.

Komplexní přístup k e-shopům

Ve vshosting~ se na každý e-shop díváme holisticky: klient nám předá svou e-shopovou aplikaci (tj. kód) a my ji důkladně zanalyzujeme. Hledáme slabiny aplikace, které mohou představovat problémy např. při vyšším zatížení e-shopu během intenzivní marketingové kampaně či sezónním výkyvu návštěvnosti.

Na základě našich zjištění poskytneme klientovi a jeho vývojářům případná doporučení, co na aplikační straně zlepšit, a zároveň slabiny minimalizujeme pomocí návrhu toho nejvhodnějšího hostingového řešení a jeho architektury.

Po migraci k nám na managed řešení se staráme o veškeré operations spojené s hostingem a serverovou infrastrukturou. Klient se tak může věnovat jen a pouze svému byznysu a může se vždy spolehnout, že jeho e-shop nejen běží, ale že běží rychle a bezpečně.

Tvorba e-shopu: pronájem vs. vlastní řešení

Začínající e-shopař si na začátku klade prostou otázku: kde ten e-shop vezmu? V dnešní době je možností mnoho, ale primárně jde o volbu mezi dvěma variantami: pronajmout si e-shopové řešení (např. od Shopsys nebo Shoptet) anebo si nechat e-shop kompletně vyvinout na míru.

Výhody pronájmu e-shopu

nízká cena (stovky korun měsíčně)
pro začátky plně dostačující
stabilní řešení
nejsou třeba hlubší technické znalosti
jednoduchost nasazení
realizace je velice rychlá (funkční e-shop během několika málo minut)
poskytovatel řeší i legislativu (GDPR a spol.)

Výhody e-shopu na míru

vhodnější pro rychlou expanzi
individualizace dle potřeby
možnost použití mnoha plug-inů
možnost volby z široké škály frameworků (ale pozor při výběru, aby byl kompatibilní s cíli e-shopu jako např. vysoká dostupnost, škálovatelnost atd.)
vlastnictví kódu (můžete ho přepisovat, prodat e-shop atd.)

Takže je lepší pronájem nebo vlastní e-shop? Jak praví anglickým jazykem ovlivněný klasik: To záleží.

Je třeba zvážit, zda chcete mít menší e-shop (pronájem je super řešení) a tím to skončí, nebo jestli máte vizi rychlé mezinárodní expanze (tady už to zas tak super nebude). Důležité také je, jak moc specifické máte požadavky na podobu vašeho e-shopu (pokud velmi, doporučujeme e-shop na míru). U e-shopu na míru také musíte více řešit technickou stránku věci, legislativu a asi nikoho nepřekvapí, že vyžaduje řádově vyšší investici než pronájem e-shopového řešení.

Jedním z našich klientů je výše zmíněný Shoptet. Na e-shopovém řešení od Shoptetu funguje přes 18 tisíc internetových obchodů, a to od těch nejmenších – jednoproduktových, až po ty velké s tisíci produktů. Možnosti pronajímaného e-shopu si je možné vylepšit prostřednictvím nejrůznějších doplňků. Celé jejich řešení běží na našich serverech, čili o kvalitách a stabilitě tu nemůže být pochyb.

Varianty hostingového řešení pro e-shop

Pokud zvolíte pronájem e-shopu, vaše starosti o výběr hostingu tím končí (což neznamená, že vám nemůže dělat problémy), protože poskytovatel e-shopového řešení vám v celkovém balíčku hosting zahrne. Volba hostingového řešení i poskytovatele ovšem nemine e-shopaře, který se rozhodne nechat si vyvinout e-shop na míru.

Co se hostingového řešení týče, máte na výběr ze čtyř variant: webhosting, VPS (virtual private server), dedikovaný server anebo managed server. Podívejme se na každou z nich blíže.

Webhosting

Webhosting je taková začátečnická klasika, protože jde o cenově nejdostupnější řešení s velmi rychlou a snadnou realizací. Jedná se o sdílený hosting, kdy např. 100 projektů se dělí o jeden server. Nevýhodou je, že návštěvnost ostatních 99 projektů může neblaze ovlivnit výkon toho vašeho a vy s tím absolutně nic neuděláte. Webhosting totiž neposkytuje žádné (nebo jen malé) garance a nemívá ultra rychlou (ani odbornou) podporu. Pro e-shop nebo jiný trochu náročnější web, který má za účel prodávat, proto webhosting jako řešení nelze doporučit.

VPS

V případě virtual private serveru má váš e-shop vyhrazené hardware parametry, tzn. s nikým se nedělíte o výkon. Cena je o něco vyšší než v případě webhostingu, ale výměnou získáte mnohem lepší kontrolu nad výkonem, větší pružnost řešení a dokonce i možnost spravované varianty. Proto je VPS podle našich zkušeností do začátku e-shopu zcela vhodné.

Dedikovaný server

Pokud potřebujete vyšší výkon než poskytuje klasické VPS, vyplatí se vám investovat do vlastního fyzického vyhrazené řešení, tj. dedikovaný server. U dedikovaného serveru máte plnou kontrolu nad jeho výkonem a jednotka výkonu vás při objemu, kdy přechod na „dedikáč“ má smysl zvažovat, navíc vyjde levněji než u VPS.

Managed server

Managed server je vlastně dedikovaný server zároveň s kompletní správou. Pokud nechcete řešit vlastní DevOps, soustředit se pouze na svůj byznys a přesto mít jistotu, že váš e-shop bez problému poběží, je managed řešení tou nejlepší volbou.

Správa serveru

Pokud si e-shop necháte vyvinout na míru, můžete se setkat od vývojářského studia s nabídkou, že vám ho budou i spravovat (včetně hostingu). Dle naší zkušenosti toto, až na čestné výjimky, není optimální, protože správa není hlavní činností tvůrce aplikace, ten se snaží si ji co nejvíce zjednodušit. Oproti tomu poskytovatel hostingu, který se věnuje primárně správě vašeho serverového řešení, má jako prioritu co nejvetší bezpečnost.

Z tohoto důvodu ve vshosting~ doporučujeme oddělit dodavatele aplikace (vývojářské studio apod.) od správce serverového řešení (firma specializující se na hosting).

Jak na výběr hostingového poskytovatele

Zvolit správného hostingového poskytovatele je důležitější, než si mnoho e-shopařů myslí. Mnoho z nich se rozhoduje pouze podle ceny a teprve při prvním výpadku zjišťují, že co ušetřili, vzápětí „zaplatí“ i s úroky na ušlém zisku.

Samozřejmě, že na ceně záleží, ale kromě ní doporučujeme při výběru hostingového poskytovatele dbát na reference od ostatních e-shopařů, které vám mnohé napoví. Dalším důležitým faktorem jsou smluvní garance jednotlivých poskytovatelů – garantují vám dostupnost na 99 %? rychlé reakční doby při problému? rychlou opravu serveru pokud se něco pokazí?

Nezanedbatelná je také úroveň podpory – může být klidně dostupná nonstop, ale pokud telefon zvedne brigádník, který o serverech ví asi tolik jako o aerodynamice sojky obecné, asi vám to nebude příliš platné. Ve vshosting~ jsme si toho dobře vědomi a proto jsou přímo u nás v datacentru neustále k dispozici seniorní administrátoři a technici.

V neposlední řadě je také vhodné ptát se, jak je hostingový poskytovatel připraven řešit výpadky. Protože jestli je něco jisté, tak to, že každý server se jednou porouchá.

Výpadkům lze v mnoha případech předcházet. U těch neočekávaných je zásadní co největší rychlost řešení problému (popř. volba takové infrastruktury, která výpadek okamžitě řeší přesměrováním výkonu). Důležité je vhodné nastavení vnitřních procesů, redundance přímo v rámci řešení (záložní servery apod.), správná softwarová architektura a síťová bezpečnost (tj. ochrana proti kyberútokům).

Co si z toho odnést

1) Stanovte si už na začátku, kam s e-shopem míříte

2) E-shop na sdílený webhosting nepatří

3) Oddělte vývojáře a správce e-shopu

4) Při výběru poskytovatele se dívejte na reference a smluvní garance

Milionové vývojové fuckups

aneb co chtít a nechtít od vývojářů Vašeho e-shopu

e-commerce vývoj

Damir Špoljarič

Náklady na vývoj e-shopu se mohou vyšplhat do milionů, o čase, který takový vývoj zabere ani nemluvě. Je proto obzvlášť důležité, aby taková investice nepřišla vniveč.

Ve vshosting~ hostujeme tisíce e-shopů a za 13 let svého fungování jsme už toho viděli opravdu mnoho. Dali jsme proto dohromady seznam věcí, na které klientům doporučujeme dát si při vývoji e-shopu pozor, pokud chtějí maximalizovat návratnost svojí investice.

Jak na celkový návrh aplikace

Držte se prověřených technologií

Dost možná Vás Vaši vývojáři budou přesvědčovat, že osvědčené technologie jsou “staré a nudné” a že místo nich máte použít horkou novinku. Tady je ale třeba zpozornět: zbrusu nové technologie jsou sice náramně cool, ale nesou s sebou i velké riziko, že do roka a do dne po nich ani pes neštěkne.

Výsledkem je pak nekompatibilita s mnoha systémy, které k chodu e-shopu potřebujete, zastarávání kvůli absenci nových updatů a samozřejmě i potíže s hledáním vývojářů, kteří s danou technologií dokáží pracovat. To vše poté vede ke špatné funkčnosti e-shopu, ztrátě klientů a tedy i tržeb.

Pokud takové riziko podstupovat nechcete, doporučujeme držet se nejpoužívanějších technologií e-shopů jako je PHP, MySQL, ElasticSearch, MongoDB nebo Redis.

Myslete na horizontální škálovatelnost

E-shop jistě tvoříte s vizí budoucího růstu. Aby Vaše technické řešení dokázalo držet krok se zvyšující se poptávkou, musí být snadno škálovatelné. Proto klientům doporučujeme, aby minimalizovali používání relačních databází a vyvarovali se těm hůře škálovatelným (jako je např. PostgreSQL).

Dalším vhodným krokem usnadňujícím horizontální škálování je eliminace sdíleného filesystému a místo něj použití object storage. Jak relační databáze, tak sdílený filesystém se rychle může stát zbytečnou brzdou růstu.

Nebojte se vyvíjet nad testing verzemi

Vývoj komplexního e-shopu může trvat i 1-2 roky, což je vzhledem k životnímu cyklu mnoha technologií poměrně dlouhá doba. Noční můrou je pak situace, kdy po milionové investici a roku či dvou vývoje e-shop spustíte a zjistíte, že už je z hlediska technologií v polovině životnosti nebo dokonce úplně zastaralý.

Pro prodloužení žívotního cyklu e-shopu doporučujeme, aby vývojáři používali nové verze ověřených technologií, které jsou teprve v testingu. Díky tomu bude Váš e-shop zastarávat pomaleji a návratnost Vaší investice do vývoje tak bude výrazně lepší.

Přejděte na microservices

Monolitické (tj. „v jednom kuse“) aplikace jsou v dnešním vývojovém světě na ústupu, a to z praktických důvodů. Když je u takové obří aplikace nutné část vyměnit či opravit, často to vede k chybám v celé aplikaci. Jakékoliv úpravy nebo implementace nových features jsou proto velmi problematické.

Z toho důvodu získávají na popularitě tzv. microservices, pomocí nichž lze vyvinout dlouhodobě udržitelné aplikace s možností nahrazení jen některé části. Vaši vývojáři tak nestráví veškerý čas opravováním bugů a mohou se místo toho věnovat vývoji nových features.

Skryté nástrahy vývoje e-shopu

U těchto technologií zpozorněte

Tady jsou top 3 technologie, které se při vývoji a následném používání e-shopu mohou stát kamenem úrazu: Varnish, PostgreSQL a Magento.

Varnish

Varnish je aplikační cache na zrychlení aplikace. Ovšem aplikace, která není bez Varnishe dostatečně rychlá, je podezřelá. Pro představu z našich klientů jich Varnish používá cca 2 %, ostatní ho nepotřebují protože jejich e-shop je dostatečně rychlý i bez něj.

PostgreSQL

Jak už jsme zmiňovali v souvislosti s horizontálním škálováním, PostgreSQL se rychle stane u velkých e-shopů brzdou. Je velmi špatně škálovatelné a dodnes neumí pořádně synchronní repliku. Pro velké e-shopy (i malé s ambicemi růstu) proto doporučujeme škálovatelnější technologie.

Magento

Magentu u nás přezdíváme „řešení pro ty, kteří mají neomezený rozpočet a nemají potřebu škálovat“. Jak je asi zřejmé, není Magento podle naší zkušenosti vhodné pro e-shopy s ambicemi růstu. Sice ulehčí vývoj, ale chybí mu škálovatelnost.

Pozor na skrytý vendor lock-in či licence

Další nástrahou při vývoji e-shopu může být přílišná závislost na některé z externích služeb. Častá je obtížná migrace k jiné službě v případě problémů nebo například výrazného zdražení služby. Přitom v mnoha případech je poměrně jednoduché analogickou službu vyřešit interně. Například takové fulltextové vyhledávání není třeba dělat externí službou, ale lze použít ElasticSearch in-house.

Dalším typickým příkladem je proprietární databáze (pokud je databáze napsaná na míru externí službě, nedá se nikam jinam přenést). Je třeba také dát pozor na neošetřené licence jako je například Java SDK.

Jak nepromarnit peníze za reklamu

Nakonec jsme dali dohromady pár organizačních a technicky-provozních rad, které Vám pomůžou zajistit, že peníze, které investujete do reklamy, nepřijdou kvůli limitům Vašeho e-shopu vniveč.

Oddělte vývojové, testovací a produkční prostředí

Tipem číslo jedna je nutnost oddělení vývojového, testovacího a produkčního prostředí. Produkční prostředí (to, které vydělává) je svaté – kolem něj je třeba chodit obloukem, protože každý problém se rapidně změní v ušlý zisk.

Vývojáři by nové věci měli dělat ve vývojovém prostředí, pak otestovat v prostředí testovacím a teprve poté nasadit do produkce. Pouze důkladným otestováním mimo produkční prostředí se můžete vyhnout se situaci, že bug v produkci objevíte v pátek večer o Vánocích a podobně.

Znejte limity e-shopu a pravidelně testujte

Jistě se shodneme, že poznat limity Vašeho e-shopu až při spuštění televizní kampaně není ten nejvhodnější/nejlevnější okamžik. Proto našim klientům doporučujeme, aby investovali do tzv. performance testů. Ty slouží k ověření limitů a slabých míst v simulované vysoké návštěvnosti webu.

Dobré performance testy navíc pouze „nebuší“ do aplikace, ale simulují skutečného návštěvníka webu – např. prohlížením produktů, přidáváním zboží do košíku, vyhledáváním ve fulltextu atp. Díky tomu přesněji zjistíte, kde se nacházejí slabá místa vašeho webu a budete moci s touto informací dále pracovat.

Bezpečnost (nad rámec bezpečného návrhu aplikace)

Nejen kvůli GDPR platí staré dobré „bezpečnost nade vše“. Když v dnešní době uniknou hesla z Vašeho e-shopu, riskujete kromě ztráty důvěry svých zákazníků i nepěkné pokuty a další nepříjemnosti.

Pro co největší snížení rizika, že k něčemu podobnému dojde, můžeme ze zkušenosti doporučit 3 hlavní opatření:

Pravidelné penetrační testy (otestují slabá místa z hlediska bezpečnosti)
AntiDDOS ochranu (jen od začátku roku jsme zaznamenali přes 1500 relevantních útoků, velká část je způsobovaná automaticky)
Zálohy + možnost rychlého obnovení (jak dlouho trvá obnova ze záloh? Pár minut nebo několik dní?)

Výkonnost e‐shopu jako kritický faktor úspěchu

Při načítání webu jde o každou vteřinu – nepřicházejte zbytečně o zákazníky.

e-commerce

Výkonnost eshopu: kritický faktor úspěchu

vshosting~

Převzato z časopisu EXEC společnosti Shopsys.
Počítá se každá vteřina, a to doslova – podle statistik společnosti Akamai, světově největší cloud delivery platformy, 47 procent zákazníků e-shopů očekává, že se web načítá do dvou vteřin. Když proces trvá déle než 3 vteřiny, 40 procent zákazníků e-shop rovnou opustí. A až u 79 procent nakupujících, kteří jsou nespokojeni s výkonem webu, je výrazně nižší pravděpodobnost, že si ve stejném e-shopu něco koupí v budoucnu.

Problémy s dobou načtení stránky tak v některých případech mohou vést ke ztrátám i v milionech korun. Když je e-shop pomalý, logická dedukce jeho manažerů je přidat výkon připojením dalších serverů a procesorů. Někdy se tak stává, že má e-shop hodně výkonu, a platforma je i tak pomalá, protože dělá něco jinak, než by měla.

Výkonnost je totiž mince se dvěma stranami. Na jedné z nich je samotné fungování platformy, na straně druhé pak servery. Problematika se točí kolem tří zúčastněných stran – e-shopu, programátora platformy a poskytovatele hostingových služeb. Spolupráce mezi všemi třemi ne vždy funguje správně a dochází k problémům, nejviditelněji při pomalém načítání webu. Administrátoři serverů hází vinu na špatně naprogramovanou platformu, programátoři se pak vymlouvají na zle fungující servery.

„I když máte super aplikaci na pomalém železe, bude pomalá. Nicméně, z pohledu výkonnosti, když je e-shop pomalý, je snazší říct, že to chce silnější železo než platformu optimalizovat. Často i levnější. Problémem je, že jde o strašně komplexní téma. Majitele e-shopu to často nezajímá a jen řekne, že potřebuje, aby e-shop fungoval, ať to někdo nějak zařídí,“ popisuje Damir Špojlarič, spoluzakladatel a CEO vshosting~ specializujícího se na managed serverové služby.

Programátoři nemají pečovat o server

Serverovým službám se Špoljarič profesně věnuje již přes 13 let a dle jeho slov je na tuzemském trhu běžnou situací, že se serverům nevěnuje dostatečná pozornost. Ty nejmenší e-shopy využívají platformy jako Shoptet, kde vše funguje na pár kliknutí. S dalším rozvojem si online obchody najímají vlastního zaměstnance, který servery spravuje.

Být však závislým na jednom člověku (který například jezdí občas na dovolenou a přes víkend nezvedá telefon) se může vymstít nedostatečnou rychlostí řešení krizových situací. A zároveň se často stává, že e-shopy mají vývojáře, kteří platformu naprogramují a současně také spravují servery. To však není úplně správně.

„Snažíme se klientům vysvětlit, že programátor nemá dělat všechno. Programátor se má soustředit na vývoj co nejkvalitnější aplikace a nemá se starat o provoz serverů. Jsou to administrátoři serverů, kteří musí zabezpečit minimální riziko výpadku e-shopu, například i během hackerských útoků. Provozovatelé e-shopů musí pochopit, že administrátoři jsou odpovědni za provoz, programátoři zajišťují vývoj platformy. A obě skupiny musí fungovat spolu,“ vysvětluje Špojlarič.

Pokud o výsledném procesu a fungování platformy a serveru rozhoduje jen administrátor nebo jen programátor, je to špatně – většinou to dopadne tak, že platforma narazí na své limity či nějaký naprosto fatální provozní problém. Pokud spolu komunikují, uzavřou kompromis a z toho těží i samotný e-shop.

Poznejte svoje limity

Základním předpokladem, jak krizovým situacím předejít, je zjistit limity platformy, na které e-shop funguje. „V lidské řeči – kolik návštěvníků platforma zvládne při stávajícím kódu a co se stane, když budeme muset tento počet navýšit. Přidám výkon a množství serverů? Co se stane, když kód nebude stačit? Kdo situaci sleduje a vyhodnocuje, mám vlastního člověka ve firmě, je to hostingová firma nebo někdo další?“ jmenuje Špoljarič otázky, na které by e-shopy měly znát odpověď.

Spousta e-shopů tyto limity jednoduše nezná, běží na jednom serveru a je s tím spokojena – dokud nepřijde krizová situace. Dlouhodobé podceňování investic do rozvoje přináší negativní následky. S programátorem je nutné zmiňované faktory definovat předem a verifikovat by je měl i zástupce síťového oddělení nebo někdo se zkušenostmi s DevOps (development and software operations). Programátoři totiž běžně zkušenosti z provozu nemají, místo toho rozumějí kódu. Aby platforma fungovala správně, musí verifikovat návrh obě strany, udělat podrobnou analýzu a zjišťovat souvislosti. A to ještě předtím, než se začne platforma psát.

Škálujte, když to dává smysl

Když e-shop zná svoje limity, může se díky tomu připravit na očekávaný vývoj, tedy zejména další růst, s čímž souvisí škálování platformy. Na výběr jsou dvě možnosti. V případě vertikálního škálování jde o přidávání „železa“ – nových procesorů a serverů. U horizontálního škálování jde především o paralelizování přidávání výkonu, což umožňuje využít větší možnosti škálování a nebýt limitován možnostmi maximálního výkonu jednoho serveru. U horizontálního škálování je však nutné, aby tento moderní způsob škálování podporovala především aplikace e-shopu a zvolené technologie.

„Zároveň by si provozovatelé e-shopu měli uvědomit, že škálování není jediný atribut, na který by se měli vývojáři soustředit. Pokud například počítáme s životnostní aplikace dva až tři roky, nemá smysl zvyšovat náklad vývoje o stovky procent jen proto, aby šel e-shop naškálovat o tisíce procent. Je dobré zaměřit se i na bezpečnost a další atributy aplikace,“ dodává Špoljarič.

Výkonnost ze strany infrastruktury

V první řadě by se podle něj měli provozovatelé e-shopů aktivně zajímat o infrastrukturu, na které běží. Manažeři by měli rozumět alespoň základním metrikám – jak systém funguje, jak je zabezpečený, jak často se dělá update, kdo a jak situaci monitoruje. Pokud rozumí i zátěži serverů apod., není to na škodu, ale podrobný monitoring platformy mají zajistit administrátoři či hostingový poskytovatel.

S problematikou souvisí garance, které nabízí poskytovatel infrastruktury. „Manažeři garance často neřeší, přitom návaznost na providera je velká. Není to jak s mobilním operátorem, který když mě naštve, jednoduše vyplním formulář a provedu si číslo jinam. Převádět platformu nebo aplikaci je vždy náročné, zdlouhavé a nákladné. Zázemí je třeba mít dobře rozmyšlené, visí na něm celý byznys,“ radí Špoljarič.

Výkonnost ze strany platformy

Jak již bylo zmíněno, celá problematika kolem výkonu e-shopu nesouvisí jen se servery, ale i se samotnou platformou. „Co manažeři často nevědí a je potřeba jim hodně zdůrazňovat, je fakt, že vývoj aplikace je kontinuální proces. Aplikace zastarává a po pár letech přestane fungovat podpora ze strany operačního systému serveru pro verze technologií, na kterých je aplikace e-shopu vytvořena. Zpočátku dojde ke ztrátě možnosti mít co nejdříve nasazené bezpečnostní aktualizace na serveru, po delším čase nejsou už možné žádné aktualizace a následně je aplikace technicky s novými verzemi operačního systému již dokonce nekompatibilní. Je potřeba vědět, že aplikace má životnost a tu je potřeba s vývojáři mít předem určenou a obchodně spočítanou z pohledu investice do aplikace. Životnost aplikace by měla být 3 až 5 let,“ uzavírá Špoljarič.

Autorem článku je Matěj Kapošváry. Článek byl publikován v časopisu EXEC (7-2018), který vydává společnost Shopsys.

Pilulka.cz škáluje u vshosting~ z nuly na 1,5 mld.

Jak zajistit snadnou škálovatelnost infrastruktury u e-commerce projektů

e-commerce managed server služby

vshosting~

Oceněný e-shop a jedna ze tří největších lékáren na CZ a SK trhu

Internetová lékárna Pilulka patří do holdingu Pilulka Lékárny. Ten založili Petr a Martin Kasovi, kteří jsou známí například díky projektu Kasa.cz. Jejich projekt Pilulka Lékárny se už po pár letech fungování řadí mezi tři největší lékárenské řetězce v České republice a zaměstnává více než 300 zaměstnanců. Pilulka zahrnuje několik projektů – v Čechách to je internetová lékárna pilulka.cz, síť vlastních Pilulka Lékáren a partnerské projekty CoPharm a Pilulka Partner Lékárny a na Slovensku to jsou projekty pilulka.sk, Pilulka24.sk a projekt partnerských lékáren.

Pilulka se zaměřuje na spojení farmacie a nejnovějších technologií. Na trhu je pátým rokem a za tu dobu dokázala, že svoji strategii plní skutečně dobře. V roce 2015 vyhrála v kategorii E-commerce inspirace soutěže Křišťálová Lupa a v roce 2017 získala cenu E-commerce Awards 2017 za inovativnost.

vshosting~ nabídl jak know-how, tak skvělé reference

Už při začátku podnikání hledala Pilulka partnera, který pomůže s nastavením infrastruktury tak, aby byla v budoucnu snadno škálovatelná. Kromě spolehlivosti byla dalším kritériem i schopnost proaktivně přicházet s návrhy na zlepšení.

vshosting~ splňoval obě kritéria. Navíc má zkušenosti se správou velkých internetových projektů. Michal Hanáček, COO společnosti Pilulka Lékárny, říká, že se pro vshosting~ rozhodli na základě referencí, které dostali od lidí z branže.

Kombinace managed, dedikovaných a SnackHost serverů

Projekty pilulka.cz a pilulka.sk jsou u vshosting~ umístěny na několik typech řešení. Běží jak na managed serverech, tak na dedikovaném serveru. Společnost dokonce využívá i Windows servery na SnackHostu.

Managed servery slouží jako produkční servery a běží na nich projekty pilulka.cz a pilulka.sk tak, jak je vidí zákazníci. Dedikovaný server slouží vývojářům a testují se na něm nová řešení před tím, než se dají na produkci. Windows server na SnackHostu provozují, aby mohli vytvořit API jako abstrakci nad aplikacemi třetích stran, které jsou funkční pod Windows a nelze je emulovat například přes Wine.

Spolehlivý partner, který pomáhá předcházet problémům, není samozřejmostí

Martin Křižan, CTO Pilulka Lékárny, si nejvíc váží dobré spolupráce s vshosting~: “Spolupráce běží tak, jak by měla běžet. To zní triviálně, ale bohužel není běžné, že najdete partnera, na kterého se můžete spolehnout a je vám schopen dát i zpětnou vazbu.”

Pilulka přesunula k vshosting~ velkou část operations, především ve vztahu k online projektům. Díky zkušenostem týmu vshosting~ a kvalitnímu monitoringu je Pilulka včas informována o potenciálních problémech, a nehrozí tak výpadek služby nebo bezpečnostní rizika.

Růst z nuly na 1,5 miliardy

Za dobu spolupráce vyrostla skupina z nuly na obrat 1,5 miliardy CZK a 400 zaměstnanců v roce 2018. vshosting~ je Pilulce partnerem během celého tohoto vývoje.

S tím, jak rostla návštěvnost webů, přešla Pilulka do clusteru několika serverů. Nyní se, díky nové a lépe škálovatelné aplikaci, může zaměřit na optimalizaci zdrojů.

Doporučení pro e-commerce projekty

Ať už jste na začátku online podnikání, nebo máte svoji pozici vybudovanou, je možné, že uvažujete o změně poskytovatele hostingu. Michal Hanáček má pro vás několik tipů: “Hledejte partnera s referencemi na dostatečně silné projekty, ideálně typově podobné tomu vašemu. Očekával bych také kvalitní zákaznickou podporu. Pokud bych měl pak pocit, že to nefunguje, nebál bych se odejít a na to bych se kontinuálně připravoval.”

Máte zájem o návrh infrastruktury pro váš e-shop? Napište na konzultace@vshosting.cz

NTP servery: proč jsou tak důležité?

Proč je důležitá přesná synchronizace času a jakou roli v ní hrají NTP servery.

e-commerce vývoj

Damir Špoljarič

Předtím, než se dostaneme k tomu, co je to NTP server a jaké je jeho využití, je třeba zmínit důležitost přesné synchronizace času.

Časová synchronizace je nezbytná pro všechny počítačové sítě a především pro ty, které provádějí transakce citlivé na čas. Čas, ve formě časových známek, je používán například pro určení, kdy došlo k transakci nebo kdy je třeba ji uskutečnit. Pokud se čas v rámci sítě liší, může dojít ke ztrátě dat nebo transakce nemusí vůbec proběhnout.

Co je to NTP?

NTP (Network Time Protocol) je protokol pro synchronizaci vnitřních hodin počítačů, který zajišťuje, aby všechny počítače v síti měly stejný a přesný čas. NTP byl vyvinut Davidem L. Millsem na univerzitě v Delawaru a do provozu uveden v roce 1985. Pracuje s využitím jediného zdroje času, který umožňuje synchronizovat čas mezi všemi zařízeními, které jsou součástí sítě a byl navržen tak, aby odolával zpoždění následkem doručovaní paketů. NTP se řadí mezi nejstarší dosud používané IP protokoly.

Přesný čas díky síti GPS

Jedním z nejbezpečnějších a nejpřesnějších způsobů získávání přesného času je využití časových kódů přenášených sítí GPS. Atomové hodiny na palubě satelitů generují tyto časové kódy, které jsou pak velmi přesné. Systém GPS je navíc k dispozici kdekoli na planetě s výhledem na oblohu.

GPS časové kody přijímá NTP GPS server, který je zároveň i zpracovává a distribuuje po síti.

NTP servery v každodenním životě

NTP časové servery fungují všude kolem nás. Bezpečnostní kamery, bankomaty, radary na měření rychlosti a všechny další systémy, které se zabývají časově citlivými daty jsou závislé na synchronizaci času. NTP je zásadní také v případě měnových kurzů, kde se ceny mění každou vteřinu. Satelitní navigační systémy, jako např. GPS, se rovněž spoléhají na přesné měření času pro bezchybné výpočty polohy.

Atomové hodiny

NTP servery berou přesný čas z atomových hodin. Ty jsou jedním z nejpřesnějších časoměrných zařízení v historii. V současnosti je cca 400 atomových hodin na celém světě, které přispívají k výpočtu Mezinárodního atomového času (TAI). Jejich chybovost je pouze jedna vteřina za 100 milionů let.

Přestupná sekunda

Čas se měří i podle rotace země, která trvá o zlomek vteřiny ročně déle než měření atomových hodin. Aby se čas srovnal, jednou za pár let se k atomovému času přidá takzvaná přestupná sekunda (leap second). Od roku 1972 bylo přidáno 27 přestupných sekund. V praxi pak čas na atomových hodinách vypadá o půlnoci, kdy je vteřina přidána, takto:

23:59:59

23:59:60

00:00:00

00:00:01

Přesný čas je zásadní pro chod serverů

Čas je spojením mezi virtuálním světem a světem reálným. Příkladem je nákup na e-shopu. Vytvoření objednávky zboží v e-shopu musí být zaznamenáno s přesným datem a časem kvůli návaznosti na další transakce v reálném světě (platba ve lhůtě splatnosti, dodání ve smluvené dodací lhůtě, vyřízení reklamace atd.)

Přesný čas je nutný také pro běh základních aplikací jakými jsou kalendáře, budíky a spouštění úloh na serverech. Většina operací v rámci skupin serverů (clustery, cloudy, distribuované storage systémy) musí probíhat zároveň ve stejný čas nebo musí mít přesně danou časovou posloupnost, a proto je synchronizace času nutná.

NTP ve vshosting~

vshosting~ provozuje dva fyzické časové servery:ntp1.vshosting.cz a ntp2.vshosting.cz. Oba servery jsou vyhrazené pro tento účel a RTC HW v těchto serverech je upraven pro vyšší přesnost. Oba servery se synchronizují z atomových hodin (stratum 1) Ústav fotoniky a elektroniky AVČR a Fyzikálně-technického federálního institutu (PTB.de).