DevOps a Kubernetes,
které drží váš produkt v chodu
Automatizované nasazení, škálování a monitoring. Nastavíme vám infrastrukturu tak, aby váš tým mohl dodávat rychleji a bez stresu.
Chci automatizovat nasazeníVývojáři by měli psát kód, ne řešit servery. Navrhneme a implementujeme CI/CD pipelines, kontejnerizaci a orchestraci pomocí Kubernetes. Každý push projde automatickými testy a nasadí se na správné prostředí. Infrastruktura roste s vámi — škáluje se automaticky podle zátěže.
Nasazení bývá poslední ruční krok, který ve firmě zbyl. Někdo se přihlásí na server, nahraje soubory a doufá, že to projde. První otázka proto nemíří na nástroje, ale na dnešek: co se při vydání verze dělá ručně a kdo to umí. A co se stane, když ten člověk chybí.
Kdy se automatizace nasazení vyplatí
Vydání nové verze zabere půl dne a umí ho jediný člověk, který postup nemá nikde zapsaný. Aplikace spadne a nikdo se to nedozví dřív než od zákazníka. Testovací prostředí se od produkčního nenápadně rozešlo, takže co běží u vývojáře, na serveru selže. Stačí jedna z těchto tří situací a automatizace se vyplatí; první krok je vždy stejný: popsat, jak nasazení probíhá dnes.
Co vám dodáme
CI/CD pipelines (GitLab CI, GitHub Actions)
Každý push spustí testy a sestavení. Na produkci se dostane jen to, co prošlo.
Kontejnerizace aplikací (Docker)
Aplikace i s prostředím v jednom obrazu. Běží stejně na notebooku vývojáře i na serveru.
Kubernetes orchestrace a škálování
Při nárůstu provozu přibudou instance, po špičce zase zmizí. Výpadek jednoho uzlu provoz nezastaví.
Monitoring a alerting (Grafana, Prometheus)
Grafy zatížení a chybovosti na jednom místě. Upozornění chodí dřív, než si problému všimnou uživatelé.
Infrastruktura jako kód
Servery a služby popsané v repozitáři. Změnu je vidět v historii a prostředí lze postavit znovu.
Jak spolupráce probíhá
- Audit stávajícího nasazení Projdeme, jak se dnes vydává verze, kde běží prostředí a co je popsané jen v hlavě jednoho člověka.
- Kontejnerizace Aplikaci zabalíme do obrazu a sjednotíme prostředí, aby se lokální běh a produkce přestaly lišit.
- Automatizace pipeline Sestavíme automatické testy, build a nasazení na testovací prostředí. Na produkci se vydává jedním potvrzením.
- Provozní dohled Nasadíme sběr metrik a logů, nastavíme prahy upozornění a domluvíme, kdo na ně reaguje a kdy.
- Předání a rozvoj Postup zapíšeme do repozitáře a projdeme ho s vaším týmem. Dál infrastrukturu spravujeme, nebo jen konzultujeme.
Tech Stack
Držíme se nástrojů, které umí i jiné týmy, ne vlastních skriptů. Terraform popisuje infrastrukturu tak, že ji lze postavit znovu bez nás. Prometheus a Grafana jsou standard, ke kterému najdete lidi i dokumentaci, až budete infrastrukturu spravovat sami.
Kdy Kubernetes dává smysl a kdy ne
Kubernetes není odpověď na všechno. U jedné aplikace s předvídatelnou zátěží přináší provozní režii, která přínos převáží: cluster je potřeba aktualizovat, hlídat a někdo mu musí rozumět. Často stačí kontejner na jednom serveru nebo spravovaná platforma. Vyplatí se tam, kde spolu komunikuje víc služeb a kde zátěž kolísá natolik, že je potřeba instance přidávat a ubírat. Nebo tam, kde běží víc prostředí a týmů vedle sebe a nasazení nesmí znamenat výpadek.
Pořadí kroků bývá stejné bez ohledu na cíl. Nejdřív zprůhledníme stávající nasazení: co se dělá ručně, kde jsou přístupy a jak se vrací zpět, když se vydání nepovede. Až potom se zavádí automatizace. Firma, která neví, jak dnes nasazuje, si migrací na Kubernetes ten problém jen přesune o vrstvu níž.
Podívejte se, co jsme dodali
PortfolioČasté dotazy
Potřebujeme Kubernetes, nebo nám stačí jeden server?
Pokud vám dnes stačí jeden server a provoz je stabilní, Kubernetes nepotřebujete. Přechod má smysl ve chvíli, kdy začnete řešit přidávání kapacity bez výpadku nebo provoz více služeb vedle sebe.
Co obnáší migrace stávající aplikace do kontejnerů?
Aplikaci je potřeba oddělit od serveru, na kterém vyrostla: konfiguraci vytáhnout do proměnných, soubory a databázi ven z kontejneru. Nejvíc práce bývá s tím, co se historicky ukládalo na disk.
Kdo reaguje, když aplikace v noci spadne?
Podle domluvy. Můžeme mít službu my, nebo upozornění chodí vašemu týmu a my nastavíme jen pravidla a postupy. V obou případech je předem popsané, co se dělá při jakém typu potíží.
Můžeme si infrastrukturu po předání spravovat sami?
Ano, je to běžný způsob ukončení spolupráce. Konfigurace je popsaná v repozitáři, přístupy převedeme na vás a projdeme s vaším týmem, jak se nasazuje a co dělat při výpadku.
Řešíte i zálohy a obnovu dat?
Ano, zálohy jsou součástí návrhu prostředí. Podstatnější než jejich pořizování je ověřené obnovení: domluvíme, jak často a kam se záloha zkušebně obnovuje. Záloha, kterou nikdo nezkusil vrátit, se za zálohu považovat nedá.
Jak dlouho trvá, než pipeline začne fungovat?
Rozhoduje stav dnešního nasazení a počet prostředí, která má pipeline pokrýt. Zavádíme ji po částech: automatické testy a build běží dřív, než je hotový celý řetězec. Termín dostanete až po prohlídce stávajícího prostředí.
Co znamená infrastruktura jako kód a proč na ní záleží?
Znamená to, že servery a služby nejsou naklikané v administraci, ale popsané v souborech v repozitáři. Je vidět, kdo co změnil, prostředí lze postavit znovu a testovací se nerozejde s produkčním.
Další služby
Podívejte se, jak vám můžeme pomoci v dalších oblastech
Kontaktujte nás
Máte projekt, o kterém chcete mluvit? Napište nám a ozveme se do 24 hodin.