Technická architektura a infrastruktura
Architektura skautIS je postavena na osvědčených podnikových technologiích s důrazem na stabilitu, konzistenci dat a zpětnou kompatibilitu. Jádro je centralizované, prezentační vrstva a doplňkové služby jsou stále více distribuované.
Backend a technologie
| Komponenta | Technologie | Účel |
|---|---|---|
| Aplikační server | IIS (Internet Information Services) | Hostování webových služeb a ASP.NET stránek. |
| Backend | C# (.NET Framework) | Obchodní logika, validace dat, SOAP služby. |
| Databáze | Microsoft SQL Server (MSSQL) | Transakční ukládání dat, uložené procedury (T-SQL). |
| API | SOAP (WSDL 1.1) | Komunikace mezi klienty a serverem. |
| Frontend (core) | ASP.NET Web Forms / AJAX | Hlavní administrativní rozhraní pro činovníky. |
Administrativní rozhraní často používá ASP.NET Web Forms (URL s koncovkou .aspx). Web Forms, ač dnes považované za legacy, poskytují robustní model pro formulářové aplikace s bohatým řízením stavu (State Management), což je výhodné pro složité administrativní procesy (např. registrace jednotky s desítkami polí a křížovými validacemi). Satelitní aplikace a knihovny existují i v PHP a Pythonu – skautIS není monolitem uzavřeným ve světě Microsoftu, ale jádrem heterogenního ekosystému.
Hostingové prostředí a Lebeda
Kromě centrální Windows Server infrastruktury (pravděpodobně Ústředím nebo externím dodavatelem) existuje Lebeda (lebedahosting.cz) – hostingový projekt ve spolupráci s ČRDM na Linuxu (LAMP: Apache/Nginx, MySQL, PHP). Oddíly a střediska zde hostují weby (často WordPress) a vlastní aplikace (např. Nette), které se k skautIS připojují přes API. Kritická data zůstávají na zabezpečeném MSSQL; veřejné weby, častější cíl útoků, běží na oddělené infrastruktuře. Většina dobrovolnických webmasterů ovládá PHP a WordPress lépe než .NET – Lebeda tak umožňuje masové nasazení bez závislosti na centrálním vývoji.
Servisně orientovaná architektura (SOA)
Logika je vystavena přes webové služby; webové rozhraní skautIS je klientem vlastního API. To umožňuje multikanálovou obsluhu (web, mobil, skripty) a centrální validaci v API vrstvě.
Technické SLA a limity
Dostupnost systému:
- Systém je koncipován pro 24/7 provoz s výjimkou plánovaných údržbových oken.
- Konkrétní SLA v procentech (např. 99.9%) není veřejně garantováno.
- Špičkové zatížení: V lednu (období registrací) mohou výpočty struktury registrace trvat až 24 hodin kvůli ochraně před přetížením databáze.
Limity úložiště:
- Google Workspace: Maximálně 30 GB na osobní uživatelský účet, 70 GB na sdílený disk jednotky.
- Velikost uploadů: Omezení závisí na typu souboru a účelu (dokumenty k dotacím, přílohy k žádostem).
Performance očekávání:
- Response time není veřejně definován, typicky se očekává odezva pod 2-3 sekundy pro běžné operace.
- Při současném přístupu stovek uživatelů (např. zápisy na tábory) může dojít k dočasnému zpomalení.