Návrh nového systému
Moduly, API vrstvy, dáta a spôsob komunikácie medzi časťami.
Software architektúra
Architektúra systémov, ktoré majú ďalej rásť
Navrhujem hranice systému, aby bol ďalší vývoj zrozumiteľný, overiteľný a primeraný reálnym potrebám.
Prebrať architektúru →Keď systém prerastá pôvodný návrh
Zložitosť nemusí rásť rýchlejšie než produkt
Architektúra nie je diagram pre dokumentáciu. Je to dohoda o zodpovednostiach, dátach a integračných hraniciach, ktorá pomáha robiť ďalšie rozhodnutia.
Čo môže zahŕňať návrh
Rozsah vychádza z konkrétneho systému, nie z univerzálneho vzoru.
Analýza existujúcej architektúry
Závislosti, technologický dlh a oblasti, kde sa zmena šíri príliš ďaleko.
Príprava na rast
Modularizácia, databázový návrh, realtime komponenty a externé služby.
Typické scenáre
- Nový produkt pred implementáciou
- Monolit pripravený na ďalší vývoj
- Nejasné hranice medzi modulmi
- Viac systémov, ktoré musia spolupracovať
Technický pohľad
Dobré hranice umožnia rozvíjať časti systému bez toho, aby každá úprava zasiahla všetko ostatné.
Browser ↓ Application ├── API ├── Database ├── Realtime ├── Background jobs └── External services
Spôsob spolupráce
Rozhodnutia zaznamenané tak, aby obstáli v praxi
- KontextCiele, dáta, tím a prevádzka.
- VariantyPorovnanie kompromisov bez zbytočnej teórie.
- RoadmapPostupné kroky, ktoré sa dajú doručovať.
Keď systém prerastá pôvodný návrh
Zložitosť nemusí rásť rýchlejšie než produkt
Architektúra nie je diagram pre dokumentáciu. Je to dohoda o zodpovednostiach, dátach a integračných hraniciach, ktorá pomáha robiť ďalšie rozhodnutia.
Relevantné oblasti
Modelový príklad
Rastúci monolit pripravený na ďalší vývoj
Cieľom nie je rozdeliť všetko naraz, ale nájsť časti, ktoré potrebujú vlastnú zodpovednosť ako prvé.
Growing monolith
↓
Architecture review
↓
Clear module boundaries
↓
Independent APIs and jobs
↓
Controlled further developmentPotrebujete ujasniť ďalší technický smer?
Začnime systémom, rozhodnutím alebo rizikom, ktoré dnes najviac brzdí vývoj.