Hostování ASP.NET Core v kontejnerech Dockeru

V následujících článcích najdete informace o hostování aplikací ASP.NET Core v Dockeru:

Úvod ke kontejnerům a Dockeru
Podívejte se, jak kontejnerizace představuje přístup k vývoji softwaru, ve kterém se aplikace nebo služba, její závislosti a její konfigurace zabalí dohromady jako image kontejneru. Image je možné otestovat a pak nasadit na hostitele.

Co je Docker?
Zjistěte, že Docker je opensourcový projekt pro automatizaci nasazení aplikací jako přenositelných, soběstačných kontejnerů, které můžou běžet v cloudu nebo místně.

Terminologie Dockeru
Seznamte se s termíny a definicemi pro technologii Dockeru.

Kontejnery, obrázky a registry Dockeru
Zjistěte, jak se image kontejnerů Dockeru ukládají v registru imagí pro konzistentní nasazení v různých prostředích.

Image Dockeru pro ASP.NET Core Naučte se vytvořit a dockerizovat aplikaci ASP.NET Core. Prozkoumejte image Dockeru spravované Microsoftem a projděte si případy použití.

Ukázky pro .NET a Docker Ukázky a vodítka, jak používat .NET a Docker pro vývoj, testování a produkci

Visual Studio Container Tools
Zjistěte, jak sada Visual Studio podporuje sestavování, ladění a spouštění aplikací ASP.NET Core, které cílí na .NET Framework nebo .NET Core v Dockeru for Windows. Podporují se kontejnery pro Windows i Linux.

Publikování do služby Azure Container Registry
Zjistěte, jak pomocí rozšíření Visual Studio Container Tools nasadit aplikaci ASP.NET Core do hostitele Dockeru v Azure pomocí PowerShellu.

Konfigurace ASP.NET Core pro práci s proxy servery a nástroji pro vyrovnávání zatížení
Aplikace hostované za proxy servery a nástroji pro vyrovnávání zatížení můžou vyžadovat další konfiguraci. Předávání požadavků prostřednictvím proxy serveru často zakrývá informace o původním požadavku, jako je schéma a IP adresa klienta. Může být nutné předat některé informace o žádosti ručně do aplikace.

Uvolňování paměti s využitím Dockeru a malých kontejnerů Popisuje výběr uvolňování paměti pomocí malých kontejnerů.

System.IO.IOException: Byl dosažen nakonfigurovaný limit uživatele (128) počtu inotify instancí.

Zakázání reloadOnChange může výrazně snížit počet otevřených souborů. Pokud chcete zakázat opětovné načítání konfiguračních souborů, nastavte proměnnou prostředí. DOTNET_HOSTBUILDER__RELOADCONFIGONCHANGE=false

Alternativní přístupy nebo ponechání zpětné vazby k tomuto problému najdete v tomto problému na GitHubu.