Teď si představte, že tohle všechno uděláte, zařídíte, vymyslíte. Máte pocit mírného natěšení z rostoucích objednávek. Pak si zadáte do prohlížeče URL adresu vašeho obchodu. A tam „Chyba 500: Služba není k dispozici.“

Mnoho firem se soustředí na vysokou dostupnost infrastruktury, možnosti rychlého škálování a zabezpečení proti kyberútokům. Na jedno z nejdůležitějších opatření proti výpadkům ale často zapomínají.

Dle našich statistik je přes 95 % „spadnutí“ webu způsobeno neodborným zásahem programátora. Protože více než 50 % firem v českém online prostředí nemá oddělené vývojové prostředí od toho produkčního. Každá chyba na produkci se přitom okamžitě projeví i z pohledu zákazníka.

Co to vlastně znamená? 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é prostředí má sloužit jen a pouze k vývoji a testování nového softwaru či nových funkcí. V tomto prostředí mohou vývojáři 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. Ale zároveň i všechny systémy v pozadí, které jsou pro funkci aplikace zásadní (databáze, skladové systémy atd.).

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 se tu totiž rapidně změní v ušlý zisk.

Rizika společné infrastruktury

Z vývoje spojeného s produkcí vstávají zkušeným administrátorům vlasy na hlavě. Pokud totiž svůj dev tým necháte dělat změny přímo na produkci, může se snadno stát, že ven pustí nedostatečně otestovaný software, který rozbije celou aplikaci. Výsledek? „Spadne“ produkce.

Když budete mít dostatečnou smůlu, vaše aplikace nepojede několik hodin nebo způsobí řadu komplikací, jako třeba poškození databáze. Přeloženo do řeči peněz to může znamenat klidně i statisícové škody.

Obzvlášť bolestivé jsou tyto případy v době vysokého provozu na vašem webu. U e-shopů jde typicky o vánoční sezonu. Mnohé firmy přijdou za hodinový výpadek o desítky tisíc. V případě výrobních firem dochází k ještě větším škodám. Selhání interních systémů, na kterých je celý chod firmy závislý, znamená nefunkční skladovací systémy, CRM, účetnictví, prostě všechno.

Za 16 let fungování vshostingu jsme podobných situací viděli mnoho. Proto našim klientům doporučujeme, aby nový software tvořili a testovali jedině ve vývojovém prostředí, a teprve poté nasadili do produkce. Jedině tak se můžete vyhnout situaci, že si shodíte produkci v pátek večer těsně před Vánoci, protože programátoři na poslední chvíli spustili novou verzi aplikace, která nebyla pořádně otestovaná.

V rámci odděleného vývojového prostředí můžete bez rizika spouštět nové verze aplikace a každou dobře otestovat. Umožní vám také aktualizovat nové verze jednotlivých serverových komponent (databáze, 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 eliminujete riziko obrovských ztrát.

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

Vývoj a produkci je třeba oddělit už na úrovni hostingového řešení. Vývojové prostředí by navíc mělo být zcela identické s tím produkčním. Nemůže se stát, že by na produkčních serverech běžela například jiná verze PHP než ta, která je na serveru pro vývoj.

Vývojové prostředí si často vytvářejí a spravují vývojáři sami. To vede k tomu, že vývojová infrastruktura se od té produkční dramaticky liší a navzdory otestování se nová verze aplikace na „ostré“ infrastruktuře chová úplně jinak. Proto by vývojové prostředí mělo být zajišťováno stejným poskytovatelem hostingu, který spravuje i produkci.

Ve vshostingu~ vám rádi nezávazně poradíme s výběrem nejvhodnějšího řešení. 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.