Návrh systémů a architektura

Drahá selhání mají původ v rozhodnutích, která padla o měsíce dříve: kudy vedou hranice mezi službami, kde která data patří a co se stane, když vypadne závislost. Na tabuli jsou taková rozhodnutí levná, v produkci drahá, a proto právě návrhu věnujeme čas.

Co navrhujeme

• Architektury pro e-commerce. Storefront, backend a systémy okolo: ERP, PIM, WMS, platby, vyhledávání. Které části koupit, které postavit a kudy mají vést hranice.
• Integrační topologie: event-driven versus request-driven, fronty a dead-letter handling, idempotence a co „eventually consistent“ znamená pro objednávku, která musí zítra odjet.
• Tok dat a jejich vlastnictví. Každý údaj má jeden zdroj pravdy. Většina integračních chyb, které opravujeme, vede zpět ke dvěma systémům, z nichž každý předpokládá, že je zdrojem pravdy pro cenu.
• Škálovatelnost a scénáře selhání. Zátěžové profily pro špičky kampaní, cache strategie, graceful degradation: když vypadne doporučovací engine, zákazník má vidět o něco střídmější stránku, ne chybovou hlášku.
• Migrační cesty. Jak se z dnešní architektury dostat k cílové po krocích, z nichž každý doručí hodnotu, místo dvouletého přepisu, ze kterého není nic vidět až do samého konce.

Jak to dodáváme

Architektonická práce je součástí většiny našich zakázek a lze ji objednat i samostatně: jako design review architektury, kterou se chystáte přijmout, jako písemná cílová architektura s migračním plánem, nebo jako druhý názor ve chvíli, kdy dva dodavatelé navrhují vzájemně neslučitelné architektury. Výstupem je vždy dokument, podle kterého váš tým dokáže postupovat i bez nás.

Co optimalizujeme

Standardně volíme nudnou technologii a nejmenší systém, který splní požadavky, a navrhujeme s tím, že systém bude udržovat menší tým, než jaký ho postavil.