Správa serveru Windows
IIS: Webový server Windows, bráno vážně
IIS je webový server zabudovaný do Windows Server: aplikační fondy pro izolaci a recyklaci procesů, moduly pro ověřování a přepisování adres URL a integraci s Microsoft stackem (ASP.NET, rozhraní ADFS-facing, reverzní proxy třídy ARR). Zaslouží si lepší než jeho stereotyp jako neohrabaná náhražka Apačů; jeho skutečné limity jsou architektonické a díky znalosti toho, kde jsou tato sousta, je to zvládnutelné.
Klíčové body
- Fondy aplikací jsou základní organizační jednotkou: každý fond je hranicí procesu w3wp s vlastní identitou, nastavením recyklace a režimem potrubí; standardní praxe dimenzování je jeden fond na aplikaci, protože recykluje izolovat po havárii, aniž by zničil sousedy.
- Recyklace vyžaduje řízení: existují výchozí periodické recyklace (často 29 hodin), které maskují úniky, ale způsobují nevysvětlitelné poklesy relací; vylaďte časy recyklace, předběžné načtení AlwaysRunning a časové limity nečinnosti záměrně, nikoli přijímání výchozích nastavení.
- Moduly nesou konfiguraci: URL Rewrite, ARR (reverzní proxy), Windows/Forms auth a Let's Encrypt via ACME moduly; zrcadlí běžné moduly Apache s moduly IIS, ale sledujte paměť, protože skládání modulů je způsob, jakým krabice IIS nadýmají.
- Tvar obráceného proxy je legitimní: ARR před jednou nebo několika webovými farmami IIS zrcadlí vzory nginx-as-proxy; tam, kde je provoz většinou statický nebo API reverzní proxy v měřítku, vyhrává nginx nebo vyhrazený LB v ceně a jednoduchosti.
- Konfigurace je pod kapotou XML (applicationHost.config plus web.config); konfigurační transformace a seed data publikují v pořádku prostřednictvím CI, ale konfigurační boj mezi úrovněmi hierarchie je skutečný; uchovávat jediný zdroj pravdy, kde je to možné.
- Výkonové zkratky: výstupní mezipaměť (režim jádra, kde je to možné), komprese (předehřívání statické komprese), moduly WOFF/Brotli a pravidla mezipaměti ARR; Nastavení SSL/TLS se řídí příběhem šifrovací sady Windows (TLS 1.2/1.3 prostřednictvím registru nebo zásad pro šifrování), odkud pochází většina zjištění auditora.
Poznámka z terénu
IIS box, který jsme zdědili, měl fondy aplikací, které se recyklovaly ve výchozím nastavení 29 hodin, což znamenalo, že každý lístek na odhlášení zákazníka patřil do kalendáře. Nastavení AlwaysRunning a poctivé ladění zastavilo lístky; klient si myslel, že jsme našli chybu. Našli jsme výchozí.
Časté dotazy
Měl by IIS sedět za nginx v hybridním zásobníku?
Běžný, ověřený vzor: nginx ukončuje TLS, obsluhuje statické soubory a reverzní proxy dynamické požadavky na fondy aplikací IIS, čímž kombinuje maximální efektivitu s integrací aplikací Microsoft; další pohyblivé části vyžadují monitorování ze stejných přístrojových desek.
Je k dispozici flexibilní konfigurace třídy .htaccess?
IIS používá web.config s pravidly pro přepis URL a sekcemi omezení IP/zabezpečení na úrovni adresáře; existuje ekvivalentní chování, ale hierarchie konfigurací služby IIS se liší a syntaxi přepisovacího modulu je třeba naučit samostatně.
Co způsobuje náhodné odhlášení u aplikací IIS?
Obvykle recyklace ve spojení se stavem relace v průběhu procesu nebo zmenšenými farmami bez lepivých relací/zarovnání kláves stroje; opravou je konfigurace (server stavu relace nebo AlwaysRunning), nikoli záhadné restarty.
Jak je to ve srovnání s Apache a nginx celkově?
Pokud je aplikace .NET v systému Windows, je IIS koherentní možností; pro linuxové statky a role/proxy role jsou nginx nebo Apache poctivou volbou podle našich srovnání webových serverů.
Jak Kinetikatech pomáhá s správa serveru windows
Nemusíte se stát odborníkem na správa serveru windows: Již brzy: monitorování, opravy a ochrana pro Windows Server hrubou silou, stejná disciplína 24/7, nativní nástroje. Přesně proto existuje Monitoring Windows Server a Správa serverů: zprovoznění, zpevnění, monitoring a člověk ve službě dnem i nocí.