Architektura aplikacji jest bardzo niespójnym pojęciem - ciężko zdefiniować co tak naprawdę się pod nim kryje. Podczas prezentacji chciałbym pokazać 7 rzeczy, które często są nieobecne, a mogą znacząco usprawnić szeroką pojętą architekturę naszych aplikacji.

2. 94%

3. KOMUNIKACJA
KOMPETENCJE
JEDNOSTEK
BRAKI I LUKI W ARCHITEKTURZE

4. 3 “braki” architektury
Krzysztof Kędzierski
kkedzierski87@gmail.com

6. Safe to fail = fail fast + fail smart
Fail safe = potestujemy i wszystko
będzie dobrze

8. Fail fast
prototypowanie
makiety UI
“5-dniowy sprint”
MVP
DDD
Unit/E2E testy
wdrożenie
wewnętrzne
stopniowe
wdrożenie
testy kontraktowe
CD
testy A/B
metryki

9. Circuit breaker
Mockowanie API
Brak propagowania wyjątków
Zarządzanie rozproszeniem
Fail smart

10. Design for failure

14. poprawność działania != jakość

15. Źródło: Martin Fowler https://martinfowler.com/bliki/DesignStaminaHypothesis.html

17. Design for failure
Focus on internal
quality

18. Skalowalność
Wydajność
Szybkość
powstawania
Utrzymywalność
Łatwość
wdrożenia
nowych
developerówAtrakcyjność

20. microservices = data ownership +
autonomy

21. Design for failure
Focus on internal
quality
Understand Your
architecture