Har en frontend IP som basert på regler ruter requesten til rett server.
Ruter requests basert på URL. F.eks. send alle requests med /video/* ett sted, og alle med /images/* et annet:
Ruter requests basert på hostname. contoso.com gåt til visse servere, fabrikam.com går til andre servere.
Man kan redirecte til en annen side, eller fra http til https
Man kan skrive om http headers og legge til ekstra info på veien inn til serverne bak.
Man kan lage egne error sider istedenfor default, for å vise errors til kunde.
Bruker Round Robin Mechanism for å bestemme hvor requests skal sendes. Om man har behov for "Session stickiness", altså at alle requests fra en klient i samme sesjon rutes til samme server, kan man også konfigurere dette.
Bruker lag 7 av OSI Modellen. Det vil si at den ruter basert på http info, som host names og paths. (Azure Load Balancer bruker til sammenligning lag 4 og ruter basert på IP adresser.)
Application gateway består av flere komponenter som kombineres for å lage en application gateway.
Bruker en Azure Public IP address for å kunne nås fra internett. Kan også ha en privat IP adresse. Kan kun a én av hver.
Den som mottar inkommende requests.
Kan rute reqwuests basert på Path i URL
Kan også rute requests ved å se på hostname til URL
Det som spesifiserer hvor en request skal gå basert på hostname og path elementer.
En regel kan også ha et sett med regler knyttet til seg som kan si noe om kryptering, protokoll (http/https), timeout, session stickiness, health probe (gitt en helth probe URL kan de sjekke om en server i et backend-pool er tilgjengelig)
En samling av web servere. Man legger inn IP-adresser og port for hver web-server man vi l ha i poolet. Det kan være en VM, app-service, on-premise server etc.
Hvert pool har en egen load balancer som distribuerer ting innad i poolet.
Man kan legge på en WAF om man ønsker. Web Application Firewall
Health Probe
Bruker dette for å sende en request til server. Hvis server statuskoden er mellom 200 og 399 er serveren healthy. Om man ikke konfigurere dette selv, vil application Gateway lage en default probe som venter i 30 sekunder før den bestemmer at serveren er utilgjengelig.
Man må plassere AG innad i et VNet.
AG bruker flere private adresser for internt bruk. Dermed må subnettet ha plass til flere adresser enn bare dine instanser.
Eksempel fra Microsoft: Omman skal skalere ut til 4 instanser, lag et /28 stort subnet. (1 instanse er en listener. Mange requests krever flere listeners da dette kan være en bottleneck)
Om man velger dette vil AG scale ut og inn basert på trafikken. Man kan spesifisere en min og maks grense
Skaler manuelt