Przejdź do głównej zawartości

Aktualizacja i odzyskiwanie

Speedwave zawiera zintegrowany mechanizm sprawdzania aktualizacji oraz zaawansowane procedury automatycznego odzyskiwania sprawności kontenerów po uśpieniu systemu, restartach czy awariach środowiska.

Speedwave weryfikuje dostępność podpisanych wydań przy starcie oraz co 24 godziny w tle (zarówno w aplikacji Desktop, jak i w CLI). Weryfikacja kryptograficzna gwarantuje zgodność plików binarnych z oficjalnymi wydaniami, a instalacja starszych wersji jest blokowana. Zastosowanie aktualizacji wymaga potwierdzenia przez użytkownika:

  1. Otwórz Ustawienia -> Aktualizacje lub kliknij prawym przyciskiem myszy ikonę w zasobniku systemowym i wybierz Check for Updates.
  2. Gdy aktualizacja jest dostępna, wybierz Install & Restart lub Install Update v<version> z menu zasobnika.

W trakcie aktualizacji Speedwave zatrzymuje aktywne kontenery, wdraża zweryfikowane pliki binarne i ponownie uruchamia środowisko. W przypadku niepowodzenia instalacji poprzedni stan aktywnych projektów zostaje bezpiecznie przywrócony. W systemie Windows instalator usuwa także pliki pozostawione w folderze instalacyjnym przez poprzednią wersję, zapobiegając ich trafieniu do nowo budowanych obrazów kontenerów.

Pliki aktualizacji są pobierane przez API GitHuba z limitem około 60 anonimowych żądań na godzinę z jednego adresu IP. Gdy wiele komputerów współdzieli ten sam publiczny adres IP, pobieranie na części z nich może wymagać ponowienia w późniejszym czasie.

Przy każdym starcie aplikacja porównuje sumy kontrolne plików binarnych i definicji kontenerów ze stanem zapisanym podczas ostatniego uruchomienia. W przypadku wykrycia różnic Speedwave wyświetla komunikat Rebuilding container images… i automatycznie przebudowuje zmienione warstwy, odtwarzając aktywne projekty.

Uruchomienie polecenia speedwave update w CLI przy aktywnym innym projekcie pomija synchronizację współdzielonych zasobów, zapobiegając konfliktom montowania plików.

Po wybudzeniu komputera z uśpienia lub restarcie demona containerd punkty montowania mogą utracić spójność. Speedwave weryfikuje stan kontenerów przed rozpoczęciem sesji interaktywnej:

Warunek wyzwalającyDziałanie naprawcze
Nieaktualny punkt montowania lub zatrzymany kontenerAutomatyczne odtworzenie kontenerów i weryfikacja dostępności socketów.
Brakujący obraz wtyczki MCPAutomatyczne budowanie obrazu wtyczki z lokalnych, podpisanych manifestów.
Brak miejsca na dysku maszyny wirtualnejAutomatyczne czyszczenie starych warstw i cache’u BuildKit oraz ponowienie budowania obrazu.
Start kontenera koliduje z równoległym automatycznym restartem wykonywanym przez silnikKrótkie odczekanie i pojedyncze ponowienie próby. Start kontenera ma 3-minutowy limit czasu, więc zablokowana operacja kończy się błędem zamiast trwałego zawieszenia.
Nieaktualne reguły sieciowe po awarii konteneraUsunięcie nieaktualnych reguł i ponowienie startu.
Brak odpowiedzi maszyny wirtualnej podczas sprawdzania obrazówKomunikat Container engine did not answer the image check z przyciskiem Retry zamiast niepotrzebnego ponownego budowania istniejących obrazów.

W razie utrzymujących się problemów z łącznością zapoznaj się z rozdziałem Rozwiązywanie problemów.

W przypadku krytycznego, nienaprawialnego uszkodzenia środowiska aplikacja Desktop udostępnia opcję resetu fabrycznego w sekcji Ustawienia -> Danger Zone. Operacja ta zatrzymuje kontenery, usuwa maszynę wirtualną Lima (na macOS), odłącza pliki wykonywalne CLI i całkowicie czyści katalog ~/.speedwave/ (wraz z tokenami i wtyczkami), po czym uruchamia wstępny konfigurator. Traktuj reset fabryczny jako krok ostateczny.

Wydania oznaczone w manifestach etykietami [CRITICAL] lub [SECURITY] są wyróżniane w komunikatach aktualizacji jako priorytetowe łatki bezpieczeństwa.

Więcej informacji o zarządzaniu cyklem życia kontenerów znajdziesz w rozdziałach Topologia kontenerów oraz Aktualizacja i odzyskiwanie (architektura).