System design a architektúra

Väčšina systémov nezlyhá preto, že niekto napísal zlú funkciu. Zlyhá kvôli rozhodnutiam spred niekoľkých mesiacov: kde ležia hranice služieb, kde ktoré dáta žijú a čo sa stane, keď vypadne závislosť. Tieto rozhodnutia sa na whiteboarde menia lacno a v produkcii draho, preto čas na návrh trávime práve pri nich.

Čo navrhujeme

• Commerce architektúry. Storefront, backend a systémy okolo nich: ERP, PIM, WMS, platby, vyhľadávanie. Ktoré časti kúpiť, ktoré postaviť a kde majú viesť hranice medzi nimi.
• Integračné topológie: event-driven verzus request-driven, queues a spracovanie dead-letter správ, idempotencia a čo „eventually consistent“ znamená pre objednávku, ktorá musí zajtra odísť zo skladu.
• Tok dát a ich vlastníctvo. Každý údaj má jeden zdroj pravdy. Väčšina integračných chýb, ktoré opravujeme, sa dá vystopovať k dvom systémom, ktoré sa oba považujú za zdroj pravdy pre cenu.
• Škálovateľnosť a spôsoby zlyhania. Záťažové profily pre špičky kampaní, stratégia cachovania, graceful degradation: keď vypadne odporúčací engine, zákazník má vidieť o čosi strohšiu stránku, nie chybové hlásenie.
• Migračné cesty. Ako sa dostať z dnešnej architektúry k cieľovej v krokoch, z ktorých každý prinesie hodnotu, namiesto dvojročného prepisu bez priebežných výsledkov.

Ako to dodávame

Architektonická práca je súčasťou väčšiny našich spoluprác a dá sa objednať aj samostatne: design review architektúry, ku ktorej sa chystáte zaviazať, písomná cieľová architektúra s migračným plánom alebo second opinion, keď dvaja dodávatelia navrhujú dve nezlučiteľné vízie. Výstupom je vždy dokument, ktorý váš tím zvládne zrealizovať aj bez nás.

Na čo optimalizujeme

Štandardne volíme nudnú technológiu a najmenší systém, ktorý spĺňa požiadavky, a navrhujeme s tým, že systém bude udržiavať menší tím, než aký ho postavil.