Tomasz Kopacz: Architektura i service fabric - jak budować aplikacje w paas v2
0 likes303 views
Service Fabric zmienia sposób myślenia o architekturze rozwiązań. Skalowanie warstwy UI jest proste. Ale - w przypadku logiki biznesowej, dotychczas można było albo budować szybko działające aplikacje typu "monolit" albo - skalowalne, n-warstwowe aplikacje oparte o kolejki (i podobne mechanizmy). Tu - dzięki zupełnie innemu podejściu do problemu - można te światy połączyć. Sesja dosyć techniczna!
Tomasz Kopacz: Architektura i service fabric - jak budować aplikacje w paas v2
- 1. Tylko 45 min
- 2. Skalowanie aplikacji bezstanowych (w zasadzie bez problemu) • WWW (App Services) • VM Scale Set Architektura z kolejką – skalowalnie LUB szybko Nowe podejście – Service Fabric – skalowalnie i szybko
- 5. Uproszczona architektura Azure App Services Windows Azure Load Balancer Runtime Database Application Database API Endpoint Frontend (IIS ARR) Publish Endpoint Blob Storage File Server Metering Deployment Server(s)
- 14. UI PRZETWARZANIE
- 19. Microservices Azure Windows Server Linux Hosted Clouds Windows Server Linux Service Fabric Private Clouds Windows Server Linux High Availability Hyper-Scale Hybrid Operations High Density Rolling Upgrades Stateful services Low Latency Fast startup & shutdown Container Orchestration & lifecycle management Replication & Failover Simple programming models Load balancing Self-healingData Partitioning Automated Rollback Health Monitoring Placement Constraints
- 20. Skalowalne pojemniki Skomplikowana logika stanowa w aplikacji Interaktywne system (autobot, „współpraca” itp.) Generalnie: aplikacje wymagające małego opóźnieniania (gry, rozmowy audio) Przetwarzanie strumienia danych, potoki Platforma hostingowa „czegokolwiek”
- 25. Lekka komunikacja, zwykle HTTP (REST style). Brak transakcyjności itp. Customer InventoryCatalog Payment Shipping UI
- 26. WSPÓŁDZIELONEGO
- 27. Reliable Collections Reliable Actor API
- 31. Obliczenia i przy okazji – jak się uczyć aktorów Prosty workflow – imię, nazwisko, komentarze
- 34. Antywzorce Traktowanie Reliable Actors jako systemu transakcyjnego.