Technologie / Infrastruktura

Serwery HTTP (Nginx, Apache, JBoss/WildFly) — konfiguracja, optymalizacja i bezpieczeństwo

Czterodniowe szkolenie — Nginx (reverse proxy, load balancing), Apache HTTPD (moduły, .htaccess), JBoss/WildFly (datasources, deployment), SSL/TLS, tuning wydajności, monitoring, HA, hardening.

Trzy serwery, trzy architektury — i trzeba wiedzieć, kiedy który wybrać

Nginx (event-driven, C10K, reverse proxy), Apache HTTPD (modułowy, .htaccess, mod_security), JBoss/WildFly (serwer aplikacyjny Java, datasources, clustering) — każdy ma swoją niszę. W praktyce często działają RAZEM: Nginx jako load balancer przed Apache lub WildFly. Problem: konfiguracja każdego to osobny świat (nginx.conf vs httpd.conf vs standalone.xml), tuning wymaga rozumienia architektur (worker processes vs MPM vs thread pools), a bezpieczeństwo to SSL/TLS, WAF, hardening — na każdym serwerze inaczej.

Czterodniowe szkolenie: dzień per serwer (Nginx — reverse proxy/LB/cache, Apache — moduły/rewrite/WAF, JBoss/WildFly — datasources/deployment/clustering) + dzień na monitoring, troubleshooting, HA (keepalived, rolling updates) i architekturę produkcyjną.

Dla kogo jest to szkolenie?

Dla administratorów i inżynierów zarządzających serwerami HTTP. Szczególnie gdy:

Zarządzasz Nginx, Apache lub JBoss i chcesz opanować zaawansowaną konfigurację — tuning, cache, HA
Projektujesz architekturę webową i musisz wybrać — Nginx czy Apache jako reverse proxy, WildFly czy Tomcat jako app server
Diagnostykujesz problemy wydajnościowe — slow requests, connection exhaustion, GC pauses w JBoss

Cztery dni: serwer po serwerze + architektura produkcyjna

Dzień 1: Nginx — architektura event-driven, reverse proxy (upstream, proxy_pass), load balancing (algorytmy, health checks), cache’owanie, optymalizacja (compression, keepalive), SSL/TLS (HTTP/2, TLS 1.3).

Dzień 2: Apache HTTPD — architektura MPM, VirtualHost, mod_rewrite, moduły wydajnościowe (deflate, expires, cache), moduły bezpieczeństwa (mod_security WAF, mod_evasive), proxy/balancing, porównanie z Nginx.

Dzień 3: JBoss/WildFly — architektura (subsystemy, CLI), konfiguracja (datasources, JMS), deployment (WAR/EAR, rollback), tuning (Undertow, thread pools), clustering (mod_cluster, Infinispan), bezpieczeństwo (Elytron).

Dzień 4: Monitoring i HA — access/error logs, metryki (Prometheus), diagnostyka (slow requests, resource exhaustion), wysoka dostępność (keepalived, active-active), hardening (nagłówki, rate limiting), automatyzacja (Ansible), case study.

Z ponad 2500 szkoleń w ofercie i oceną 4.8/5, EITT jest zaufanym partnerem w rozwoju kompetencji. Skontaktuj się z nami — organizujemy szkolenia serwerów HTTP zamknięte dla zespołów infrastruktury i DevOps.

Korzyści

Konfigurować Nginx jako reverse proxy z load balancingiem — upstream, health checks, failover
Administrować Apache HTTPD — VirtualHost, moduły (rewrite, security, cache), MPM tuning
Zarządzać JBoss/WildFly — datasources, deployment, clustering (mod_cluster), Undertow tuning
Wdrażać SSL/TLS — certyfikaty, OCSP stapling, HTTP/2, TLS 1.3, HSTS na każdym serwerze
Diagnostykować problemy wydajnościowe — logi, metryki, slow requests, resource exhaustion
Projektować architekturę HA — keepalived, failover, session replication, rolling updates

Dla kogo jest to szkolenie?

Administratorzy serwerów webowych zarządzający Nginx, Apache lub JBoss w produkcji

Inżynierowie DevOps odpowiedzialni za infrastrukturę HTTP i load balancing

Architekci rozwiązań webowych projektujący warstwy proxy i serwery aplikacyjne

Administratorzy bezpieczeństwa wdrażający SSL/TLS i hardening serwerów

Specjaliści ds. wydajności diagnostykujący problemy z czasem odpowiedzi i przepustowością

Inżynierowie SRE odpowiedzialni za dostępność i monitoring usług HTTP

Wymagania wstępne

Doświadczenie w administracji systemami Linux — procesy, sieć, uprawnienia
Znajomość protokołu HTTP/HTTPS — metody, nagłówki, kody odpowiedzi, TLS
Podstawowa znajomość sieci — TCP/IP, DNS, firewall, NAT
Doświadczenie z co najmniej jednym serwerem HTTP (Nginx, Apache lub JBoss)

Program szkolenia

Architektura Nginx — model event-driven (epoll), worker processes, connection handling
Konfiguracja reverse proxy — upstream, proxy_pass, headers, buffering, timeouts
Load balancing — round-robin, least_conn, ip_hash, health checks, failover
Cache'owanie — proxy_cache, cache keys, purge, stale-while-revalidate
Optymalizacja — gzip/brotli compression, sendfile, keepalive, worker tuning
SSL/TLS w Nginx — certyfikaty, OCSP stapling, HTTP/2, TLS 1.3, HSTS

Architektura Apache — MPM (prefork, worker, event), moduły, lifecycle żądania
Konfiguracja — VirtualHost, Directory, .htaccess, mod_rewrite (URL rewriting)
Moduły wydajnościowe — mod_deflate, mod_expires, mod_headers, mod_cache
Moduły bezpieczeństwa — mod_security (WAF), mod_evasive (DDoS), mod_ssl
Proxy i balancing — mod_proxy, mod_proxy_balancer, sticky sessions
Porównanie Nginx vs Apache — kiedy który, scenariusze hybrydowe (Nginx przed Apache)

Architektura WildFly — subsystemy, standalone vs domain mode, CLI (jboss-cli)
Konfiguracja — datasources (JDBC), connection pooling, JMS, JNDI
Deployment aplikacji — WAR/EAR, deployment scanner, CLI deployment, rollback
Tuning JVM i serwera — thread pools, HTTP connector (Undertow), IO threads
Clustering — mod_cluster, session replication, distributed cache (Infinispan)
Bezpieczeństwo — Elytron (autentykacja), SSL/TLS, RBAC, audit logging

Monitoring — access logs (formaty, analiza), error logs, metryki (Prometheus exporters)
Diagnostyka — slow requests, connection limits, resource exhaustion, strace/tcpdump
Wysoka dostępność — keepalived (VIP), HAProxy, active-passive, active-active
Hardening — nagłówki bezpieczeństwa (CSP, X-Frame-Options), rate limiting, IP whitelisting
Automatyzacja — Ansible/Puppet dla konfiguracji, IaC, rolling updates
Case study: architektura produkcyjna — Nginx (LB) → Apache/WildFly (app) → monitoring

Formy realizacji

Online

Wygoda uczestnictwa z dowolnego miejsca
Interaktywne sesje na żywo z trenerem
Materiały dostępne przez 30 dni
Brak kosztów dojazdu

Stacjonarnie

Bezpośredni kontakt z trenerem i grupą
Intensywne warsztaty praktyczne
Networking z innymi uczestnikami
Pełne skupienie na nauce

Tematy szkolenia

Najczęściej zadawane pytania

Czy muszę znać wszystkie trzy serwery?

Nie — wystarczy doświadczenie z jednym. Szkolenie omawia każdy serwer osobno (dzień per serwer) + dzień na monitoring i HA. Porównujemy architektury i scenariusze użycia — po szkoleniu wiesz kiedy który wybrać.

Czy JBoss jest nadal aktualny?

WildFly (open-source JBoss) jest aktywnie rozwijany. W enterprise — Red Hat JBoss EAP ma wsparcie do 2030+. Wiele organizacji (banki, telekom, administracja) ma aplikacje Java EE/Jakarta EE na JBoss. Szkolenie omawia zarówno WildFly jak i JBoss EAP.

Czy omawiamy Docker/Kubernetes?

Konteneryzacja jest kontekstem (np. Nginx jako ingress, WildFly w Dockerze), ale szkolenie skupia się na KONFIGURACJI i ADMINISTRACJI samych serwerów — niezależnie od tego, czy działają na VM, bare metal czy w kontenerze.

W jakim formacie i jak długo trwa szkolenie?

Szkolenie trwa 4 dni (9:00-16:00), dostępne online i stacjonarnie. Warsztaty z konfiguracją i tuningiem serwerów.

Czy po szkoleniu otrzymam certyfikat?

Tak, każdy uczestnik otrzymuje imienny certyfikat ukończenia szkolenia wydany przez EITT.