Backend

Software Architecture

Poznaj fundamenty architektury systemów – wejście w świat nowoczesnego projektowania IT!

Czas trwania
32h / 4 dni · 4h
Zapytaj o program → Zobacz wszystkie
Dla kogo

Idealny dla zespołów, które…

1 Programistów z doświadczeniem, którzy chcą wejść na poziom architekta systemów,
2 Analityków i product ownerów pragnących lepiej rozumieć, jak decyzje architektoniczne wpływają na rozwój produktu
3 DevOpsów i inżynierów infrastruktury chcących projektować operowalne i skalowalne systemy IT
4 Każdego, kto pracuje przy większych rozwiązaniach IT lub zamierza rozwijać karierę w architekturze oprogramowania
Efekty po programie

Solidny backend i architektura — wzorce sprawdzone w środowisku produkcyjnym.

✓

Poznasz kluczowe pojęcia, role i narzędzia architekta systemowego. Zrozumiesz różnicę między architekturą a projektem – i kiedy która ma znaczenie

✓

Będziesz potrafił modelować i dokumentować architekturę przy pomocy standardowych technik (C4, ArchiMate, UML)

✓

Dowiesz się, jak stosować Domain-Driven Design, Event Storming i wzorce architektoniczne w praktyce.

✓

Poznasz najważniejsze style architektoniczne: monolit, SOA, mikroserwisy, systemy rozproszone i chmurowe.

✓

Przećwiczysz praktycznie ocenę architektury: mierzenie, ewaluacja, prezentacja decyzji architektonicznych

Program · 14 modułów

Co konkretnie robimy

M01
1.1. Introduction to Software Architecture
  • · What software architecture is (and what it is not)
  • · Architecture vs design – boundaries of responsibility
  • · Architecture as abstraction, recipe, and map
  • · Conway’s Law and the influence of organizational structure
M02
1.2. The Role of the Architect and Stakeholders
  • · Stakeholders and their impact on the project
  • · Stakeholder mapping, communication, and engagement
  • · Architect's competencies and decision-making planning
M03
1.3. Quality Attributes and Non-Functional Requirements
  • · Key quality attributes: availability, performance, security, testability, etc.
  • · Attributes from the perspective of users, clients, teams, and business
  • · The role of architecture in quality and risk management
M04
2.1. Classic Architectural Styles
  • · Monolith: pros, cons, and modular monoliths
  • · SOA (Service-Oriented Architecture): principles, service registry, contracts
  • · Modularity and the principle of encapsulation
  • · Microservices: benefits, challenges, communication patterns (API Gateway, service discovery)
M05
2.2. Distributed and Cloud-Based Systems
  • · Characteristics of distributed systems: scalability, concurrency, fault tolerance
  • · Cloud architectures: IaaS, PaaS, FaaS, serverless
  • · Deployment models: public, private, hybrid cloud
  • · Containerization: Docker, Kubernetes, orchestration
M06
2.3. The 12-Factor App Model
  • · Principles for building modern SaaS applications
  • · Declarativity, statelessness, configuration, logging, scalability
M07
3.1. Modeling and Documenting Architecture
  • · Why we model – asking the right questions before drawing diagrams
  • · Model quality: precision, completeness, clarity
  • · Modeling languages and notations: C4, ArchiMate, UML, BPMN
  • · CASE tools: Visual Paradigm, Sparx EA, StarUML
M08
3.2. Architectural Patterns
  • · Styles and patterns: Layered, Hexagonal, Event-Driven, Microkernel
  • · Reference architectures
  • · Loose coupling and separation of concerns (SRP)
  • · Architectural views and perspectives
M09
3.3. Measuring and Evaluating Architecture
  • · How and what to measure in architecture
  • · Strategic metrics: KPIs, OKRs
  • · Architecture maturity models (CMM)
  • · The value of IT: cost center, strategy enabler, catalyst
M10
4.1. Domain-Driven Design (DDD)
  • · The domain and ubiquitous language
  • · Service boundaries and bounded contexts
  • · Core, supporting, and generic subdomains
  • · Strategic and tactical DDD patterns: entities, aggregates, domain services, events
  • · Event Storming as a domain discovery method
M11
4.2. Microservices and DDD in Practice
  • · When (not) to use microservices
  • · Communication strategies (synchronous vs asynchronous)
  • · Database per service vs shared database
  • · Eventual consistency vs ACID
  • · Event-Driven Architecture (EDA)
  • · CQRS, Event Sourcing
M12
4.3. Operability and DevOps
  • · Configuration management (GitOps, Docker, Terraform, Ansible)
  • · Monitoring, logging, and distributed tracing
  • · Infrastructure patterns: message broker, materialized views
M13
4.4. API-First & Contracts
  • · REST, GraphQL, gRPC – choosing the right technology
  • · API documentation and versioning
  • · Contract-based integration tests
M14
4.5. Summary and Capstone
  • · Designing an architecture from scratch
  • · Choosing appropriate styles, patterns, and documentation
  • · Presenting and defending architectural decisions
Każdy moduł modyfikujemy pod Twój stack i kontekst. Powyższe to punkt wyjścia — nie sztywna agenda.
Jak pracujemy

Od briefu do retro w 30 dniach.

01

Brief i diagnoza

Rozmowa z liderem zespołu + krótka ankieta dla uczestników. Określamy cele, gap, kontekst.

02

Modyfikacja programu

Dostosowujemy moduły, case studies i przykłady kodu pod Twój stack. Akceptacja w 5 dni.

03

Warsztat

Sesje z trenerem, hands-on, code review. Mentor dostępny też pomiędzy sesjami.

04

Retro + raport

Raport z efektami dla zespołu i lidera. 30 dni konsultacji w cenie.

Zapytanie

Wyślij brief. Odezwiemy się w 1 dzień.

Po krótkim briefie przygotujemy program i wycenę. Bez zobowiązań — to tylko punkt wyjścia do rozmowy.

✓Wycena w 48h od briefu
✓Pierwsza sesja w 30 dni
✓Pilotaż przed pełną decyzją
✓Faktura VAT, możliwość płatności w transzach

Ochrona antyspamowa (Cloudflare Turnstile) zostanie aktywowana po wpięciu klucza.

Inne programy dla zespołów

Zobacz wszystkie →
Backend

Architektura systemów przez pryzmat czynnika ludzkiego

Solidny backend i architektura — wzorce sprawdzone w środowisku produkcyjnym.

3 godziny →
Backend

Czysta Architektura

Solidny backend i architektura — wzorce sprawdzone w środowisku produkcyjnym.

3 godziny →
Backend

Mikro, makro i wszystko pomiędzy: jak podejmować decyzje o wielkości serwisu

Solidny backend i architektura — wzorce sprawdzone w środowisku produkcyjnym.

3 godziny →