Wspólne źródło
Zacznij od wspólnego źródła Git i zachowaj dokładny commit oraz przyjazną nazwę wersji powiązaną z wydaniem. Różne typy wdrożeń mogą rozwijać się niezależnie, pozostając powiązane z tą samą historią źródła.
Dostarczanie oprogramowania
Od wspólnego źródła do kontrolowanego wdrożenia.
Możliwości dostarczania oprogramowania Microwave Pie mają ułatwiać wdrażanie aplikacji hostowanych samodzielnie: zarządzaj wydaniami ze wspólnego źródła, twórz właściwy pakiet dla danego wdrożenia, stosuj licencjonowanie oraz utrzymuj instalację i aktualizacje powiązane ze znanym wydaniem.
Wspólny model dostarczania
1Wspólne źródło aplikacjiJedna historia źródła i tożsamość wydania.
2Wydanie platformyBuduj dla docelowego środowiska wdrożeniowego.
Pakiet źródłowy
Pakiet skompilowany
3Pakiet licencjonowanyWydaj pakiet dla konkretnego wdrożenia.
4Instaluj i aktualizujUtrzymuj historię wdrożenia powiązaną z dostarczonym wydaniem.
Możliwości
Zachowaj elastyczność wyboru wydań bez utraty kontroli.
Różne środowiska nie zawsze potrzebują tego samego formatu pakietu ani tego samego wydania w tym samym czasie. Microwave Pie oddziela wspólne źródło aplikacji, wielokrotnego użytku wydania, pakiety, licencje i zainstalowane instancje, aby każdym z tych elementów można było zarządzać świadomie.
Pakiety źródłowe
Dostarczaj aplikację jako źródło, gdy lepszym rozwiązaniem jest przejrzystość, bezpośrednie uruchomienie w środowisku docelowym lub instalacja Pythona specyficzna dla platformy. Pakiety źródłowe zachowują ten sam model wydań i licencjonowania co pakiety skompilowane.
Pakiety skompilowane
Dostarczaj skompilowany pakiet aplikacji, gdy preferowane jest bardziej samowystarczalne środowisko uruchomieniowe. Kompilacja jest wyborem sposobu dostarczenia, a nie osobną linią produktu, więc pochodzenie wydania pozostaje spójne.
Zarządzanie pakietami i licencjami
Wydaj pakiet z już powiązaną licencją i kontekstem docelowego wdrożenia. Cykl życia pakietu, stan licencji, pobrania, instalacje, aktualizacje, cofnięcie dostępu i zamknięcie można zarządzać razem, zamiast później odtwarzać te informacje.
Wybór wydań dla konkretnych celów
Wdrożenia Raspberry Pi, GCP, źródłowe i skompilowane mogą pozostawać na różnych poziomach wydań, gdy jest ku temu powód. Brakujące commity Git można przeglądać według typu wdrożenia oraz w całej aplikacji.
Aktualizacje zarządzane z interfejsu
Zarządzane aplikacje mogą automatycznie informować o dostępności zatwierdzonej aktualizacji bez jej wymuszania. Administrator wybiera w interfejsie aplikacji, kiedy przygotować i zastosować aktualizację; po ponownym uruchomieniu zainstalowane wydanie może zostać potwierdzone w usłudze wspólnego dostarczania przy zachowaniu relacji Pakietu i Licencji.
Wdrożenie
Pakuj wdrożenie, nie niepewność.
Pakiet oprogramowania może zawierać kontekst wdrożenia potrzebny do przekształcenia wydania aplikacji w działające środowisko: platformę docelową, format pakietu, zachowanie instalacji, tożsamość wydania i relację licencyjną.
Dzięki temu proces wdrożenia może rozpocząć się od znanego wydania, zamiast wymagać od każdego środowiska samodzielnego odtwarzania decyzji dotyczących budowania i dostarczania. Gdy właściwe jest nowsze wydanie, istniejąca relacja Pakietu i Licencji może pozostać bez zmian, a wybrane wydanie może zostać świadomie przesunięte naprzód.
Wydania aplikacji zachowują artefakt i tożsamość Git, które faktycznie zostały zbudowane.
Dostępność może być ogłaszana automatycznie, ale pobieranie, przygotowanie, zastosowanie i ponowne uruchomienie pozostają świadomymi działaniami administratora.
Pakiety, licencje i zainstalowane instancje pozostają połączone przez cały proces instalacji, aktualizacji, cofnięcia dostępu i zamknięcia.
Blackcap
Jedna aplikacja korzysta dziś z tego modelu.
Blackcap można wdrożyć w obsługiwanych środowiskach Raspberry Pi i GCP przy użyciu pakietów źródłowych lub skompilowanych, zachowując spójność wydań, pakietów, licencji i aktualizacji.