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.
Spuštění aplikace ASP.NET Core v kontejnerech Dockeru Naučte se sestavovat 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.
Váš názor
https://aka.ms/ContentUserFeedback.
Připravujeme: V průběhu roku 2024 budeme postupně vyřazovat problémy z GitHub coby mechanismus zpětné vazby pro obsah a nahrazovat ho novým systémem zpětné vazby. Další informace naleznete v tématu:Odeslat a zobrazit názory pro