Et applikasjonsbasseng fungerer som en container for applikasjonene dine i IIS. Det er en samling av en eller flere nettadresser som kan betjenes av en arbeidsprosess, og den gir isolasjon: applikasjoner som kjøres i en applikasjonsgruppe påvirkes på ingen måte av andre applikasjoner som kjører i forskjellige applikasjonsbassenger. Dette isolasjonsnivået gir den nødvendige beskyttelsesgrensen og gjør applikasjonen din sikker. En god forståelse av hva applikasjonsbassenger er og hvordan de fungerer, er viktig for å konfigurere IIS på riktig måte.
En arbeidsprosess i sammenheng med IIS er en som kan utføre webapplikasjoner og er ansvarlig for å håndtere forespørslene som er spesifikke for en bestemt applikasjonsgruppe. Merk at en applikasjonsgruppe som inneholder flere arbeidsprosesser er kjent som en Web Garden, og at en applikasjonsgruppe kan ha en eller flere applikasjoner, som hver deler arbeidsprosessen.
Microsoft sier: "En Internet Information Services (IIS) applikasjonsgruppe er en gruppering av URL-er som dirigeres til en eller flere arbeidsprosesser. Fordi applikasjonsbassenger definerer et sett med webapplikasjoner som deler en eller flere arbeidsprosesser, gir de en praktisk måte å administrere et sett med nettsteder og applikasjoner og tilhørende arbeidsprosesser. "
Du kan ha flere applikasjoner som er bosatt i en applikasjonsgruppe med hver av dem som deler arbeidsprosessen. Du kan ha flere applikasjoner som deler samme arbeidsprosess, eller en arbeidsprosess per applikasjon. Å ha flere applikasjoner som deler den samme arbeidsprosessen, har fordeler og ulemper. Når hver applikasjon kjører på sin egen arbeidsprosess, påvirker ikke den ene applikasjonen den andre. Imidlertid, hvis applikasjonene dine deler den samme arbeidsprosessen, er konfigurasjonsendringer sømløse. Den største ulempen med denne tilnærmingen er at hvis arbeidsprosessen er nede, vil den krasje alle applikasjonene. Også alle applikasjonene som bruker den samme arbeidsprosessen, vil dele den samme sikkerhetsprofilen.
Opprette og konfigurere et applikasjonsbasseng
For å opprette et applikasjonsbasseng i IIS, åpne IIS Manager, velg funksjonen "Application Pools", høyreklikk på den og klikk deretter på "Add Application Pool ...". Alternativt kan du også opprette et applikasjonsbasseng ved hjelp av PowerShell. Jeg vil diskutere hvordan dette kan gjøres i et av mine fremtidige innlegg her.
Det er to rørledningsmodi i IIS 7 og fremover: klassisk modus og integrert modus. I den klassiske modusen fungerer IIS med ISAPI-utvidelser og ISAPI-filtre direkte, og IIS- og ASP.Net-behandlingsmodellene er atskilt. Classic Pipeline-modus fungerer i likhet med IIS 6.0. Tvert imot, i integrert modus er forespørselsmodellene for både IIS og ASP.Net integrert i en enhetlig prosessmodell. I denne modusen kan du utnytte forespørselsbehandlingsarkitekturen til IIS og ASP.Net. Denne enhetlige prosesseringsrørledningen er utsatt for både innfødte og administrerte komponenter. I essensen er IIS og ASP.Net i den integrerte modusen tett koblet til hverandre.
Når du utforsker det avanserte innstillingsalternativet i en applikasjonsgruppe, vil du finne mange alternativer. Du kan spesifisere versjonen av .Net CLR du vil bruke. Du kan også aktivere 32-bits applikasjoner ved å bruke alternativet "Aktiver 32-biters applikasjoner". Alternativet "Managed Pipeline Mode" muliggjør bakoverkompatibilitet. Du kan stille inn kølengden ved hjelp av alternativet "Kølengde". Alternativene "Begrens", "Begrens handling" og "Begrens intervall" lar deg spesifisere struping. Alternativet "Identitet" brukes til å spesifisere brukeren som applikasjonsgruppen din vil utgi seg for. Med IIS 7 kan du kjøre applikasjonsbassenget ditt med "ApplicationPoolIdentity" -kontoen. Dette er det anbefalte alternativet, selv om du også kan kjøre applikasjonsmassen under en bestemt brukerkonto.
