Distribuce aplikace (application distribution)

Příklady z praxe

1. 01

   Webové API jako kontejnerový obraz

   Tým dokončí novou verzi API a místo ručního kopírování na server vytvoří kontejnerový obraz. Obraz dostane tag podle verze, projde testy a nasadí se do produkce. Když monitoring ukáže nárůst chyb, provoz se vrátí na předchozí tag bez skládání aplikace znovu.

   FROM node:22-alpine
   WORKDIR /app
   COPY package*.json ./
   RUN npm ci --omit=dev
   COPY . .
   CMD ["node", "server.js"]

2. 02

   Postupné vydání mobilní aplikace

   Vývojáři připraví novou verzi mobilní aplikace s opravou pádu při registraci. Balíček podepíšou, nahrají do obchodu a nejdřív ho zpřístupní malé testovací skupině. Pokud se počet pádů nezvýší, vydání se postupně otevře všem uživatelům.

Časté omyly

MýtusDistribuce aplikace je jen nahrání souborů na server.

Ve skutečnostiDistribuce aplikace zahrnuje i přípravu artefaktu, konfiguraci, ověření původu, řízení verzí, sledování po vydání a možnost návratu. Samotné kopírování souborů je jen jeden možný technický krok.

MýtusKdyž aplikace funguje u vývojáře, distribuce už je formalita.

Ve skutečnostiDistribuce aplikace často odhalí rozdíly v prostředí, závislostech, oprávněních, síti nebo datech. Právě proto se používají testovací prostředí, automatizované buildy a postupné vydávání.

MýtusApp store vyřeší distribuci mobilní aplikace automaticky.

Ve skutečnostiAplikační obchod poskytuje kanál, ale tým stále odpovídá za správný balíček, podpis, popis, kompatibilitu, soukromí, testování a reakci na odmítnutí nebo chybové vydání.

Časté dotazy

Je distribuce aplikace totéž co deploy?

Distribuce aplikace obvykle znamená celý proces doručení hotové aplikace k uživateli nebo provozní platformě. Deploy je užší pojem používaný hlavně u webových a serverových systémů pro nasazení konkrétní verze do prostředí. Distribuce může zahrnovat i obchod s aplikacemi, instalátor, podpis balíčku, dokumentaci k vydání, postupné uvolnění a podporu aktualizací.

Proč se distribuce mobilní aplikace řeší už během vývoje?

Mobilní aplikace potřebuje distribuční plán ještě před prvním nahráním do obchodu, protože pravidla platformy ovlivňují technické i produktové rozhodnutí. Distribuce mobilní aplikace řeší podpisy, identifikátor balíčku, oprávnění, věkové hodnocení, metadata, testovací okruhy a schvalování. Pozdní řešení těchto kroků může zdržet vydání i v situaci, kdy je samotný kód hotový.

Co znamená rollback při distribuci aplikace?

Rollback při distribuci aplikace znamená řízený návrat na předchozí funkční verzi. Bezpečný rollback vyžaduje dohledatelný artefakt, kompatibilní konfiguraci a opatrnost u změn databáze, protože databázová migrace nemusí jít jednoduše vrátit. U rizikových vydání se často používá postupné uvolnění nebo paralelní provoz staré a nové verze.

Jaké bezpečnostní prvky patří do distribuce aplikace?

Bezpečná distribuce aplikace musí chránit původ balíčku, integritu artefaktu a citlivou konfiguraci. Prakticky to znamená podepisování nebo ověřování balíčků, omezení přístupů v CI/CD, práci se secrets mimo zdrojový kód a jasný audit vydání. U veřejných aplikací je důležitý také bezpečný aktualizační mechanismus, aby útočník nemohl podstrčit uživatelům upravenou verzi.

Zdroje

1. Kubernetes Documentation(otevře se v novém okně)Kubernetes
2. Docker Docs(otevře se v novém okně)Docker
3. Progressive web apps(otevře se v novém okně)MDN Web Docs
4. Web Application Manifest(otevře se v novém okně)W3C

Související pojmy

• CI/CDCI/CD je sada postupů a automatizací, které průběžně integrují změny kódu, ověřují je testy a připravují nebo provádějí nasazení aplikace. Cílem je zkrátit cestu od commitu k bezpečnému vydání, snížit ruční práci a rychle odhalit chyby v build procesu, konfiguraci nebo samotném kódu.
• RollbackRollback je návrat systému do posledního známého konzistentního stavu poté, co změna selhala nebo způsobila problém. V databázi ruší všechny zápisy rozpracované transakce, v nasazení vrací aplikaci na předchozí verzi. Cílem je odstranit následky neúspěšné operace bez ručního dohledávání toho, co se stihlo změnit.
• ACIDACID je sada čtyř vlastností databázové transakce: atomicity, consistency, isolation a durability. Zaručuje, že skupina zápisů proběhne jako jeden celek, neporuší definovaná pravidla databáze, nebude se nebezpečně míchat s jinými transakcemi a po potvrzení přežije pád systému, například při převodu peněz.
• Adaptive IconAdaptivní ikona je formát ikony aplikace na Androidu, který se místo jedné hotové bitmapy skládá z oddělených vrstev: pozadí a popředí. Systém výsledný tvar sám ořízne podle masky výrobce zařízení a může vrstvy animovat nebo přebarvit. Vývojář tak dodá jeden zdroj a launcher z něj vytvoří kruh, čtverec i squircle.
• Adresa v pamětiAdresa v paměti je číslo, kterým procesor jednoznačně označuje konkrétní buňku operační paměti, obvykle jeden bajt. Program pomocí adresy říká, odkud má data načíst nebo kam je zapsat. Adresy tvoří souvislý číselný rozsah, jehož velikost určuje šířka adresní sběrnice a architektura, typicky 32 nebo 64 bitů.
• AI agentAI agent je softwarový systém, který pomocí modelu umělé inteligence vnímá zadaný kontext, plánuje další kroky a samostatně volá nástroje nebo služby k dosažení cíle. Na rozdíl od jednorázového promptu udržuje stav úlohy, vyhodnocuje výsledky akcí a může opakovat postup, dokud nesplní zadání nebo nenarazí na limit.
• AndroidAndroid je operační systém postavený nad linuxovým jádrem, který vyvíjí Google a otevřeně uvolňuje jako projekt AOSP. Android pohání převážnou většinu chytrých telefonů, dále tablety, televize, hodinky i palubní systémy aut. Aplikace se pro něj píší hlavně v Kotlinu nebo Javě a distribuují přes Google Play i alternativní obchody.
• APIAPI je smluvené rozhraní, přes které spolu dva programy komunikují, aniž by jeden musel znát vnitřní fungování druhého. Definuje, jaké operace lze volat, jaká data se posílají a co se vrátí zpět.