Po pierwsze, należy przedstawić wnioski, które mogą być wykorzystane do podejmowania decyzji.
W pierwszej części niezależności należy określić kolejność wtórnego rozwoju firmy Diffy. Na pierwszym końcu niezależności priorytetowo traktuje się wejścia marki, portale biznesowe i złożone interakcje; zdolność systemów biznesowych jest połączona za pośrednictwem API, wtyczek lub usług peryferyjnych; tylko podstawowe potrzeby, których nie mogą zaspokoić standardowe punkty rozszerzenia, wchodzą do oddziału kodu źródłowego. Każda zasadnicza zmiana jest udokumentowana pod względem celów, dokumentów, struktury danych, odpowiedników wcześniejszych, badań i warunków usuwania.
Jakie warunki należy określić przed podjęciem decyzji?
To samo pytanie może zawierać różne odpowiedzi w różnych fazach działalności, danych i projektów. Sugeruje się, aby sprawdzić następujące warunki i włączyć wspólne ustalenia w sieci do ich własnych projektów.
Sugerowana kolejność wyprzedzania
Najpierw wyjaśnimy cel i granicę.
Tworzy listę aktualnych wersji, zależności i wszystkich niestandardowych punktów.
Kluczowe zależności zatwierdzenia
Przesuwa funkcję zewnętrzną do wtyczki, API lub samodzielnej usługi.
Opracowanie wyników możliwych do oceny
Należy wypełnić automatyczne oświadczenia o testach i migracji dla podstawowych zmian zachowanych.
Upewnij się, że zdecydujesz się na kolejny krok z prawdziwymi wynikami.
Każda aktualizacja poprzedzona jest ćwiczeniami, regresjami, backupem i dystrybucją szarości.
Jak to rozumiesz w prawdziwym biznesie?
Przedsiębiorstwo zmodyfikowało dużą liczbę stron diff front- end dla portalu klienta, a także bezpośrednio dodał apartamenty klientów do podstawowej tabeli. Kolejne aktualizacje obejmują konflikty interfejsów i zagrożenia migracji bazy danych. Bardziej wykonalne jest utrzymanie portalu klienta, pakiet i pomiar w samodzielnej usługi biznesowej, z Diffy jest wywoływany przez stabilny interfejs, z minimalnymi podstawowymi zmianami w zdolności platformy, która jest rzeczywiście potrzebna.
Najprostszy do przejścia.
Punkty zmiany są organizowane dopiero po zakończeniu projektu i nie można ich już śledzić.
Skrypt uaktualniający bezpośrednio przed działaniem środowiska produkcyjnego
Sprawdź tylko strony, bez powrotu do wiedzy, przywilejów, narzędzi i danych
Jak mamy to potwierdzić?
Aktualizacja wymaga ponownego testowania zadań, uprawnień do ról, referencji wiedzy, przepływu pracy, interfejsów, logów i slajdów wstecznych.
Przygotowując się do komunikacji z dostawcami lub zespołami wewnętrznymi, zaleca się, aby obecnie procesy, reprezentatywne próbki, istniejące systemy, czas planowania i poziomy budżetowe zostały wprowadzone. Po pierwsze, nieznane pozycje są wyraźnie oznaczone, a następnie podejmuje się decyzję o zastosowaniu diagnostyki, PoC, projektów o zasięgu stałym lub trwających badań i rozwoju, co jest zazwyczaj bardziej wiarygodne niż bezpośrednie zapotrzebowanie na cenę i czas trwania bez granic.