http://wiki.pannier-schulungen.de/api.php?action=feedcontributions&feedformat=atom&user=ElizbethTedeschi MeinWiki - Benutzerbeiträge [de] 2026-08-27T00:30:54Z Benutzerbeiträge MediaWiki 1.28.0 http://wiki.pannier-schulungen.de/index.php?title=Volba_mezi_REST_API_a_GraphQL:_praktick%C3%BD_n%C3%A1vod&diff=113937 Volba mezi REST API a GraphQL: praktický návod 2026-08-21T17:45:24Z <p>ElizbethTedeschi: Die Seite wurde neu angelegt: „Při nasazování měřte, co se děje. Sledujte dobu nasazení, počet selhání a průměrnou dobu opravy. Tyto metriky jsou důležitější než rychlost s…“</p> <hr /> <div>Při nasazování měřte, co se děje. Sledujte dobu nasazení, počet selhání a průměrnou dobu opravy. Tyto metriky jsou důležitější než rychlost samotného nasazení. Když čísla ukazují, že se něco zhoršuje, vraťte se a opravte to. Častý začátečnický omyl je honit se za co nejrychlejším nasazením a přitom ignorovat stabilitu. Dobré DevOps se pozná podle toho, že je nasazení nudné a bez překvapení.&lt;br&gt;&lt;br&gt;Když se databáze začne zadýchávat, první podezření padá na SQL dotazy. Pomalé dotazy nezpůsobují jen čekání uživatelů, ale i přetížení serveru a zbytečné náklady na infrastrukturu. Než sáhnete po dražším hardwaru, vyplatí se podívat na to, jak jsou dotazy napsané. Často stačí drobná úprava a výsledek se dostaví v řádu sekund.&lt;br&gt;&lt;br&gt;Vyhýbejte se také nadměrnému používání `SELECT *`. Zbytečně přenášíte data, která nepotřebujete, a to zatěžuje síť i paměť. Místo toho vypisujte jen sloupce, které skutečně používáte. U velkých textových polí (TEXT, BLOB) to může znamenat řádové zrychlení.&lt;br&gt;&lt;br&gt;Jak na to: struktura a kontext Začněte krátkým shrnutím do 50 znaků, které vystihuje podstatu změny. Poté, pokud je třeba, přidejte prázdný řádek a pokračujte podrobnějším popisem. Vysvětlete, jaký problém řešíte, jaké jsou důvody volby řešení, a pokud má změna vliv na chování aplikace, popište i to. Nezapomeňte zmínit případné vedlejší účinky nebo nutnost migrace dat. Tento kontext je klíčový pro pochopení rozhodnutí, která jste udělali.&lt;br&gt;&lt;br&gt;Praktické doporučení: použijte REST, když je vaše API jednoduché, málo se mění a hlavním konzumentem je webový prohlížeč. GraphQL volte tehdy, když máte heterogenní klienty (mobil, desktop, IoT), potřebujete agregovat data z mikroservis nebo chcete minimalizovat přenos dat u pomalých mobilních sítí. Častou chybou je kombinovat obojí v jednom projektu bez jasného pravidla – pak ztrácíte výhody obou.&lt;br&gt;&lt;br&gt;Až budete mít stabilní základ, rozšiřte automatizaci na monitorování a sběr logů. Ale ani tady nehledejte nástroj, který umí všechno. Vezměte to, co už máte, a pořádně to propojte. Vytvořte jednoduchý dashboard, na který se tým dívá ráno a večer. Pokud vás něco napadne a chcete to vyzkoušet, udělejte to na malém nezávislém projektu. To je nejlepší způsob, jak se učit, protože případná chyba nepoškodí produkci. A hlavně – DevOps není cíl, ale neustálé zlepšování. Nebojte se experimentovat a měnit procesy podle toho, co tým skutečně potřebuje.&lt;br&gt;&lt;br&gt;Při psaní zprávy se držte přítomného času, rozkazovacího způsobu – to je běžný standard. Nezapomeňte také na konzistenci v rámci týmu. Domluvte si šablonu, třeba s prefixy jako „feat:&quot; pro nové funkce, „fix:&quot; pro opravy, „refactor:&quot; pro úpravy bez změny chování. Taková pravidla zvyšují čitelnost a umožňují automatické generování changelogů.&lt;br&gt;&lt;br&gt;Další důležitý krok je verze infrastruktury. Ať už používáte kontejnery, virtuální stroje nebo jen skripty, zapište vše do kódu. Takzvané Infrastructure as Code vám umožní popsat prostředí v souborech, které můžete kontrolovat, verzovat a snadno obnovit. Nezačínejte s něčím složitým, jako je orchestrace celého clusteru. Stačí, když budete mít popis, jak má vypadat server pro testování. Tím se vyhnete situaci, kdy nikdo neví, co je na produkci nainstalované a proč to funguje.&lt;br&gt;&lt;br&gt;Na závěr: neřiďte se módou, ale konkrétními požadavky. Nakreslete si datové modely, odhadněte, kolik dotazů bude potřeba, a změřte, jakou velikost odpovědí klienti skutečně využijí. Pokud by GraphQL u jednoduchého blogu znamenal jen zbytečnou komplexitu, radši zůstaňte u REST. Naopak u aplikace s hluboce propojenými daty se GraphQL vyplatí i přes vyšší nároky na údržbu.&lt;br&gt;&lt;br&gt;Začněte s jedním malým automatizačním krokem Jakmile máte jasný obrázek o procesu, vyberte si jednu jednoduchou věc, kterou automatizujete. Ideální je sestavení aplikace nebo spouštění testů. Můžete použít nástroj pro CI/CD, ale nezačínejte s plnou konfigurací pipeline až do produkce. Stačí, když se commit do repozitáře spustí sestavení a spadnou rychlé testy. Uvidíte, kolik času to ušetří a kde jsou slabiny. Jakmile to funguje, přidejte nasazení do testovacího prostředí. Pozor na to, abyste automatizaci nehnali do extrému – pokud je prostředí nespolehlivé, každý chybný automatický krok jen přidá chaos.&lt;br&gt;&lt;br&gt;Druhým častým problémem je použití funkce na indexovaném sloupci. Když napíšete `WHERE UPPER(jmeno) = 'NOVAK'`, databáze nemůže index využít, protože musí nejprve transformovat hodnotu. Řešení je jednoduché: ukládejte data v normalizovaném tvaru (např. malými písmeny) nebo použijte funkční index, pokud to databáze podporuje.</div> ElizbethTedeschi http://wiki.pannier-schulungen.de/index.php?title=Benutzer:ElizbethTedeschi&diff=113936 Benutzer:ElizbethTedeschi 2026-08-21T17:45:23Z <p>ElizbethTedeschi: Die Seite wurde neu angelegt: „Váš průvodce světem interiérů žije už dlouho. Píšu o tom, jak zvládnout domácnost bez stresu. Nejraději hledat cesty, jak si usnadnit život.“</p> <hr /> <div>Váš průvodce světem interiérů žije už dlouho. Píšu o tom, jak zvládnout domácnost bez stresu. Nejraději hledat cesty, jak si usnadnit život.</div> ElizbethTedeschi