Azure Pipelines — Aktualizacja sprintu 177

Funkcje

• Aktualizowanie węzła w agencie usługi Azure Pipelines
• Zapisywanie agenta w złej kondycji na potrzeby badania w agentach zestawu skalowania
• Potoki najnowsze z systemem Ubuntu wkrótce będą korzystać z systemu Ubuntu-20.04

Aktualizowanie węzła w agencie usługi Azure Pipelines

Aktualizacja z tego, co zostało pierwotnie opublikowane: ze względu na niezgodność z systemami Red Hat Enterprise Linux 6 i Node 14 wstrzymaliśmy pracę w środowisku Node 14 i najpierw skupimy się na uzyskaniu środowiska Node 10.

W tej wersji rozpoczęliśmy odejście od środowiska Node 6 i do obsługiwanej wersji środowiska Node jako preferowanego środowiska uruchomieniowego dla zadań usługi Azure Pipelines. Zaktualizowaliśmy pierwszą partię zadań wbudowanych, aby działały na Node.js w wersji 10. Ta zmiana oznacza początek procesu domyślnego usuwania węzła 6 z agenta. Node 6 zakończył długoterminową obsługę i często jest oznaczany jako zagrożenie bezpieczeństwa przez zautomatyzowane skanery. Chociaż uważamy, że użycie Node.js 6 raczej nie podlega większości potencjalnych wad, ważne jest jednak, abyśmy mogli wykonywać zadania w obsługiwanym środowisku uruchomieniowym. W roku kalendarzowym 2021 planujemy rozpocząć dostarczanie wersji agenta bez Node.js 6.

Jeśli używasz dowolnego z zadań wspierających Node 10, wówczas Twoi agenci samodzielnie się zaktualizują, aby uruchamiać nowe wersje zadań. Poza tym nie powinno mieć wpływu na większość klientów. Z drugiej strony, jeśli jesteś autorem swoich zadań, powinieneś rozpocząć ich aktualizowanie, aby działały na Node 10. W pliku task.json, w obszarze execution, możesz zaktualizować Node na Node10. Jeśli potrzebujesz obsługi starszych wersji serwera, możesz opuścić Node punkt wejścia. Wystąpienia usługi Azure DevOps, które obsługują procedurę handlera Node 10, wybiorą ją domyślnie, a te, które jej nie obsługują, powrócą do implementacji w środowisku Node 6.

Zapisz agenta o złym stanie do zbadania w agentach zestawu skalowania

W przypadku korzystania z agentów zestawu skalowania usługa Azure Pipelines zarządza zwiększaniem i zmniejszaniem skali wystąpień agentów. Gdy usługa Azure Pipelines wykryje złą kondycję maszyny wirtualnej w zestawie skalowania, zarejestruje problem w interfejsie użytkownika diagnostyki puli i spróbuje usunąć maszynę wirtualną. Istnieje wiele powodów, dla których maszyna wirtualna może być w złej kondycji. Konfiguracja sieci zestawu skalowania mogła uniemożliwić rozszerzeniu Azure Pipelines pobranie najnowszego agenta. Możliwe jest również, że rozszerzenie niestandardowego skryptu nie powiodło się. Dodatkowo, obraz maszyny wirtualnej zestawu skalowania może wymagać ponownego uruchomienia lub zawierać oczekujące aktualizacje systemu Windows.

Usuwając maszyny wirtualne w złej kondycji, usługa Azure Pipelines utrzymuje pulę agentów zoptymalizowaną pod kątem uruchamiania zadań ciągłej integracji/ciągłego wdrażania. W niektórych przypadkach możesz użyć strony diagnostyki usługi Azure Pipelines (pokazanej powyżej) lub strony diagnostyki platformy Azure w celu debugowania tego problemu. Jednak w wielu przypadkach najlepszym sposobem zdiagnozowania problemu jest zalogowanie się do maszyny wirtualnej i przejrzenie dzienników agenta i dzienników podglądu zdarzeń. Obecnie nie jest to łatwe, ponieważ maszyna wirtualna w złej kondycji jest usuwana automatycznie.

W tej wersji ulepszyliśmy możliwość diagnostyki maszyn wirtualnych w złej kondycji, umożliwiając zapisanie agenta w złej kondycji na potrzeby badania.

Po zapisaniu niesprawnego agenta można nawiązać połączenie z maszyną wirtualną, debugować oraz pobierać potrzebne dzienniki. Po zakończeniu możesz zwolnić agenta i skojarzone maszyny wirtualne. Aby uzyskać więcej informacji, zobacz sekcję dotyczącą rozwiązywania problemów z agentami w złej kondycji.

ubuntu-latest pipeline'y wkrótce będą korzystać z systemu Ubuntu-20.04

Ubuntu 20.04 wkrótce będzie domyślną wersją ubuntu-latest etykiety w usłudze Azure Pipelines. Ta zmiana zostanie wdrożona w ciągu kilku tygodni, począwszy od 30 listopada.

Jeśli wystąpią problemy z potokami systemu Ubuntu:

• Zgłoś problem w repozytorium środowisk wirtualnych
• Wróć do systemu Ubuntu 18.04, określając ubuntu-18.04 jako element w potoku vmImage . Będziemy nadal obsługiwać system Ubuntu 18.04.

Należy pamiętać, że ubuntu-18.04 i ubuntu-20.04 mogą się różnić zarówno pod względem wstępnie zainstalowanych narzędzi, jak i domyślnych wersji narzędzi. Aby uzyskać informacje na temat wszystkich różnic, zobacz https://github.com/actions/virtual-environments/issues/1816.

Dalsze kroki

Przejdź do usługi Azure DevOps i przyjrzyj się.

Jak przekazać opinię

Chcielibyśmy usłyszeć, co myślisz o tych funkcjach. Użyj menu Pomocy, aby zgłosić problem lub podać sugestię.

Możesz również uzyskać porady i odpowiedzi na pytania społeczności w witrynie Stack Overflow.