Udostępnij za pomocą


Ogólne wskazówki

Wskazówka

Ta treść jest fragmentem eBooka "Architektura mikrousług .NET dla konteneryzowanych aplikacji .NET", dostępnego na .NET Docs lub jako bezpłatny plik PDF do pobrania i czytania w trybie offline.

Miniatura okładki eBooka „Architektura mikrousług platformy .NET dla konteneryzowanych aplikacji platformy .NET”.

Ta sekcja zawiera podsumowanie, kiedy wybrać program .NET 8 lub .NET Framework. Więcej szczegółów na temat tych opcji można znaleźć w kolejnych sekcjach.

Użyj .NET 8 z kontenerami Linux lub Windows dla konteneryzowanej aplikacji serwera Docker, gdy:

  • Masz potrzeby międzyplatformowe. Na przykład chcesz użyć zarówno kontenerów Linux, jak i Windows.

  • Architektura aplikacji jest oparta na mikrousługach.

  • Aby zmniejszyć koszty, musisz szybko uruchomić kontenery i uzyskać niewielką wydajność na kontener, aby uzyskać lepszą gęstość lub więcej kontenerów na jednostkę sprzętową.

Krótko mówiąc, podczas tworzenia nowych konteneryzowanych aplikacji .NET należy rozważyć platformę .NET 8 jako wybór domyślny. Ma wiele korzyści i pasuje najlepiej do filozofii kontenerów i stylu pracy.

Dodatkową zaletą korzystania z platformy .NET 8 jest możliwość uruchamiania równoległych wersji platformy .NET dla aplikacji na tym samym komputerze. Ta korzyść jest ważniejsza dla serwerów lub maszyn wirtualnych, które nie korzystają z kontenerów, ponieważ kontenery izolują wersje platformy .NET, których potrzebuje aplikacja. (O ile są one zgodne z bazowym systemem operacyjnym).

Użyj programu .NET Framework dla konteneryzowanej aplikacji serwera platformy Docker, gdy:

  • Aplikacja używa obecnie programu .NET Framework i ma silne zależności w systemie Windows.

  • Musisz użyć interfejsów API systemu Windows, które nie są obsługiwane przez platformę .NET 8.

  • Należy użyć bibliotek .NET innych firm lub pakietów NuGet, które nie są dostępne dla platformy .NET 8.

Korzystanie z programu .NET Framework na platformie Docker może poprawić środowisko wdrażania, minimalizując problemy z wdrażaniem. Ten scenariusz "lift and shift" jest ważny w przypadku konteneryzowania starszych aplikacji, które zostały pierwotnie opracowane przy użyciu tradycyjnego programu .NET Framework, takich jak ASP.NET WebForms, aplikacje internetowe MVC lub usługi WCF (Windows Communication Foundation).

Dodatkowe zasoby