.NET Conf

Instalacja platformy Microsoft .NET 8 w systemach Ubuntu Linux oferuje użytkownikom szeroki wybór rozwiązań, z których każde posiada własne zalety i potencjalne wyzwania. Znajomość poszczególnych metod, ich kompatybilności oraz źródeł pakietów to klucz do stworzenia niezawodnego środowiska deweloperskiego .NET. Odpowiedni wybór instalacji wpływa bezpośrednio na bezpieczeństwo, łatwość utrzymania oraz stabilność środowiska produkcyjnego i testowego.

Spis treści [odkryj]

Instalacja z natywnego repozytorium pakietów Ubuntu

Repozytoria Ubuntu od wersji 22.04 LTS domyślnie udostępniają pakiety .NET 8, umożliwiając instalację bez konieczności dodawania zewnętrznych źródeł. To rozwiązanie cechuje się prostotą, szybkim wdrożeniem oraz pełną integracją z systemem aktualizacji Ubuntu.

Podstawowy proces instalacji wygląda następująco:

  • odświeżenie bazy pakietów sudo apt update,
  • instalacja pełnego SDK sudo apt install -y dotnet-sdk-8.0,
  • łatwa integracja z narzędziami deweloperskimi i procedurami administracyjnymi.

Główne zalety wdrożenia z repozytoriów Ubuntu to:

  • zautomatyzowane zarządzanie zależnościami – APT konfigurując środowisko pobiera wszystkie wymagane biblioteki,
  • wygodne aktualizacje – poprawki i bezpieczeństwo dostarczane są przez natywne mechanizmy Ubuntu,
  • spójność z polityką wdrożeniową organizacji – instalacja idealnie wpisuje się w standardowe procedury zarządzania systemem.

Ograniczeniem może być brak najnowszych wersji lub wydań zapoznawczych. Przejrzysta konwencja nazewnictwa pozwala na równoległą instalację różnych wersji:

  • dotnet-sdk-8.0 – pełne środowisko deweloperskie;
  • dotnet-runtime-8.0 – środowisko uruchomieniowe;
  • aspnetcore-runtime-8.0 – hosting aplikacji webowych.

Instalacja przez repozytorium pakietów Microsoft

Repozytorium Microsoft umożliwia szybkie aktualizacje do najnowszych wersji oraz dostęp do szerokiego wachlarza narzędzi i dodatków bezpośrednio od producenta.

Proces instalacji z oficjalnego repozytorium Microsoft wymaga:

  • pobrania i zainstalowania pakietu konfiguracyjnego Microsoft;
  • odświeżenia listy pakietów APT;
  • szybkiej instalacji najnowszych wydań SDK i narzędzi.

Zalety:

  • aktualizacje bezpośrednio od Microsoft – natychmiastowy dostęp do najnowszego .NET i poprawek,
  • wsparcie producenta – gwarancja jakości i bezpieczeństwa pakietów,
  • dostępność narzędzi specjalistycznych – szerszy wybór niż w repozytoriach Ubuntu.

Do wad tej metody należą:

  • możliwe konflikty przy mieszaniu pakietów z różnych źródeł – prowadzące do błędów instalacji i działania aplikacji,
  • wsparcie wyłącznie dla architektury x64,
  • potrzeba unikania równoległej obecności pakietów z repozytoriów Ubuntu i Microsoft.

Instalacja z Ubuntu Backports PPA

Dla elastycznego połączenia stabilności i aktualności Canonical oferuje Backports PPA (ppa:dotnet/backports). Jest to wygodne źródło najnowszych wersji .NET – szczególnie gdy oficjalne repozytoria nie nadążają z aktualizacjami.

Instalacja sprowadza się do polecenia:

  • sudo add-apt-repository ppa:dotnet/backports – doda repozytorium,
  • sudo apt update – odświeży bazę pakietów,
  • sudo apt install dotnet-sdk-9.0 – pozwoli zainstalować wybraną wersję .NET.

Zalety tej metody obejmują:

  • budowanie pakietów w ekosystemie Ubuntu,
  • łatwa integracja z aktualizacjami i polityką bezpieczeństwa,
  • uniknięcie konfliktów pomiędzy pakietami Ubuntu i Microsoft.

Ograniczenia Backports PPA:

  • mniejszy zakres dostępnych wersji niż w repozytorium Microsoft,
  • wsparcie ograniczone do oficjalnego okresu wydania danej wersji .NET.

Metody instalacji oparte na skryptach

Skrypt dotnet-install.sh udostępniany przez Microsoft pozwala na pełną personalizację, instalację bez uprawnień administratora oraz wdrażanie na specyficznych platformach i w niestandardowych lokalizacjach.

Najważniejsze możliwości instalacji ze skryptu:

  • pobieranie najnowszych lub niestandardowych wersji bezpośrednio ze strony Microsoft,
  • instalowanie w katalogach użytkownika (np. ~/.dotnet) bez uprawnień root,
  • równoległa instalacja wielu wersji .NET.

Ta metoda wymaga ręcznego ustawienia ścieżki PATH, samodzielnej instalacji zależności systemowych i manualnych aktualizacji.

Instalacja ręczna oraz dystrybucja binarna

Ręczne wdrożenie polega na pobraniu i rozpakowaniu archiwum .tar.gz z oficjalnej strony Microsoft w wybranej lokalizacji oraz samodzielnym skonfigurowaniu zmiennych środowiskowych. Daje to pełną kontrolę nad środowiskiem, jest idealne dla administratorów wymagających precyzyjnego zarządzania wersjami i automatyzacją instalacji na wielu maszynach.

Takie wdrożenia wymagają również samodzielnego zarządzania bibliotekami systemowymi oraz aktualizacjami, co zwiększa elastyczność, ale też nakłada większą odpowiedzialność za bezpieczeństwo systemu.

Porównanie metod instalacji .NET na Ubuntu

Aby ułatwić szybkie porównanie dostępnych dróg instalacji .NET, poniższa tabela prezentuje najważniejsze cechy każdej z metod:

Metoda instalacji Wersja Ubuntu Łatwość aktualizacji Wsparcie MSI Zalecane zastosowanie
Natywne repozytoria Ubuntu 22.04+, 24.04+ Automatyczna Nie Środowiska produkcyjne, łatwe aktualizacje
Repozytorium Microsoftu 20.04, 22.04
(brak wsparcia 24.04)		 Bardzo łatwa Tak Najświeższe wersje, wsparcie korporacyjne
Backports PPA 24.04, 22.04 Automatyczna Nie Testy, nowe wersje na starszych Ubuntu
Skrypt dotnet-install.sh Dowolny Ręczna Nie Deweloperzy, CI/CD, niestandardowe środowiska
Instalacja ręczna/binaria Dowolny Ręczna Nie Pełna kontrola, środowiska niestandardowe

Kompatybilność wersji .NET z Ubuntu

Dostępność poszczególnych wydań .NET zależy od wybranego źródła instalacji oraz zgodności architektur:

  • Ubuntu 22.04 LTS: repozytoria zawierają .NET 6, 7 i 8,
  • Backports PPA: dostępność najnowszych wersji (np. .NET 9 dla 22.04 i 24.04),
  • Repozytorium Microsoftu: różne wersje aż do 3.1 dla 22.04,
  • Starsze Ubuntu (np. 20.04): wymagają repozytorium Microsoftu lub instalacji manualnej/skryptowej,
  • Architektura ARM64: wspierana przez natywne repozytoria oraz instalację poprzez skrypt lub manualnie (Microsoft obsługuje wyłącznie x64 dla repozytorium).

Wybierając metodę instalacji warto zwrócić uwagę na zgodność nazw pakietów oraz domyślne wsparcie dla danej architektury, aby uniknąć problemów z kompatybilnością i aktualizacjami.

Konflikty pakietów i ich rozwiązywanie

Łączenie pakietów .NET z różnych źródeł prowadzi do konfliktów, utrudniając aktualizacje oraz stabilne uruchamianie aplikacji. Najlepiej przyjąć zasadę: jeden typ repozytorium na system.

Aby zapobiec lub usunąć konflikty pakietów, rekomenduje się:

  • usuwanie dotychczas zainstalowanych wersji przed zmianą źródła pakietów (np. sudo apt remove 'dotnet*' 'aspnet*' 'netstandard*');
  • konfigurowanie pinowania priorytetów w APT (folder /etc/apt/preferences.d/);
  • regularne przeglądanie zainstalowanego oprogramowania (dpkg -l | grep dotnet);
  • trzymanie się spójnej strategii instalacji dla całego środowiska.

Zaawansowana konfiguracja środowiska

Prawidłowe przygotowanie systemu obejmuje nie tylko instalację .NET, ale także jego optymalizację. Szczególnie ważne aspekty obejmują:

  • ustawienie zmiennych środowiskowych – DOTNET_ROOT, DOTNET_CLI_TELEMETRY_OPTOUT, DOTNET_ENVIRONMENT, ASPNETCORE_ENVIRONMENT;
  • optymalizację wydajności – konfigurację Garbage Collectora czy parametrów kompilacji JIT;
  • wzmocnienie polityk bezpieczeństwa – integrację z AppArmor/systemd,
  • dostosowanie do pracy w kontenerach – minimalizacja obrazu, automatyzacja procesu aktualizacji,
  • monitoring aplikacji .NET – integracja z journald, syslog czy narzędziami APM;
  • efektywność środowisk CI – testy różnych wersji dzięki prostemu przełączaniu ścieżek PATH.

Dobre praktyki wdrożeniowe

Wybór i utrzymanie konkretnej metody instalacji powinno być zgodne z polityką organizacji, wymaganiami bezpieczeństwa oraz narzędziami automatyzacyjnymi. W środowiskach produkcyjnych polecane są natywne repozytoria lub backporty, natomiast ve środowiskach deweloperskich i CI/CD – instalacje skryptowe lub manualne.

Szczególnie istotne jest:

  • dokumentowanie całego procesu konfiguracji i instalacji;
  • regularna weryfikacja aktualności wybranej metody w związku ze zmianami po stronie Canonical i Microsoftu;
  • ciągły monitoring bezpieczeństwa oraz zależności .NET;
  • dostosowanie strategii wraz ze zmianami w ekosystemie narzędzi i systemu operacyjnego.