Zweryfikowano · Zasoby Hosmio
Zanim zaczniesz
Przynieś podstawowy szkic architektury, osoby odpowiedzialne za aplikację i kopie zapasowe oraz wszelkie ograniczenia klienta. Używaj kategorii i przykładów syntetycznych. Nie umieszczaj w arkuszu rzeczywistych rekordów klienta, haseł, tokenów dostępu ani niezredagowanych logów.
01
Prześledź jedno pełne zadanie użytkownika.
Wybierz reprezentatywne zadanie, takie jak przesłanie dokumentu projektu do portalu klienta. Prześledź, gdzie trafia żądanie, gdzie przechowywane są jego metadane, gdzie trafia plik i co dzieje się po przesłaniu. Uwzględnij miniatury, przetwarzanie w kolejce, powiadomienia wychodzące i raportowanie błędów, jeśli występują. Celem jest opisanie Twojej implementacji, a nie wypełnienie każdej możliwej kategorii.
Następnie prześledź drugie zadanie, które odczytuje lub eksportuje dane. Eksporty często ujawniają kopie nieobecne na diagramie infrastruktury: pobrane archiwum operatora, integrację raportową lub plik załączony do zgłoszenia wsparcia. Zapytaj, kto kontroluje każde miejsce docelowe i dlaczego jest potrzebne.
02
Oddziel trwałe kopie od dostępu.
| Zapis | Cel / odpowiedzialna rola | Dowody wciąż potrzebne |
|---|---|---|
| Baza danych aplikacji | Metadane projektu / operator aplikacji | Rzeczywisty kraj hostingu i zasada retencji |
| Przesłane dokumenty | Pliki klienta / właściciel treści | Miejsce przechowywania i proces usuwania |
| Kopia odzyskiwania | Odbudowa usługi / operator odzyskiwania | Lokalizacja kopii zapasowej, dostęp i wynik przywracania |
| Raportowanie błędów | Badanie awarii / właściciel incydentu | Eksportowane pola i organizacja odbierająca |
| Sesja administracyjna | Utrzymanie aplikacji / upoważniony operator | Zasady dostępu i proces audytu |
Wiersz dotyczący dostępu jest użyteczny, nawet gdy nie tworzy celowo zachowywanej kopii. Zapisz organizację i proces, których dotyczy, co dana osoba może zobaczyć oraz czy może nastąpić eksport. Nie wyciągaj z tego wiersza uniwersalnego wniosku prawnego. Kryteria transferu EDPB zależą od rzeczywistych organizacji i kontekstu przetwarzania. EDPB: międzynarodowe transfery danych ↗
03
Oznacz jakość każdej odpowiedzi.
Używaj niewielkiego zestawu stanów: udokumentowane, podane, ale niesprawdzone, nieznane oraz nie dotyczy z podaniem powodu. Dołącz źródło i datę przeglądu do odpowiedzi, a nie tylko do strony zawierającej tabelę. Diagram sporządzony przez Twój zespół i umowa dostarczona przez dostawcę odpowiadają na różne rodzaje pytań.
Na przykład Twój kod może potwierdzać, że raport błędu wyklucza treść dokumentów, podczas gdy tylko dostawca raportowania może wskazać, gdzie działa jego proces przechowywania lub wsparcia. Trzymaj te dowody osobno. Gdy są sprzeczne, zadaj konkretne pytanie i utrzymuj stan nierozstrzygnięty, dopóki konflikt nie zostanie rozwiązany.
04
Nadaj każdej kopii właściciela i warunek zakończenia.
Dla każdej trwałej kopii zapisz, dlaczego istnieje, jak długo projekt jej potrzebuje, kto kontroluje usuwanie i co dzieje się po zakończeniu usługi. Kopia odzyskiwania może być konieczna, a mimo to wymagać zdefiniowanego procesu retencji. „Zabezpieczone kopią” nie jest pełną odpowiedzią na pytanie, czy stare dane można usunąć lub jak długo pozostają odzyskiwalne.
Sprawdź także rutynowe eksporty. Jeśli operator pobiera archiwum w celu zbadania problemu, zespół powinien wiedzieć, gdzie jest przechowywane i kiedy zostanie usunięte. Odwołuj się do chronionych dowodów, zamiast osadzać archiwum w mapie. Sam rekord powinien pozostać użyteczny bez ujawniania opisywanych danych.
05
Rozwiąż niekompletną mapę portalu.
W ilustracyjnym przeglądzie operator aplikacji potrafi wyjaśnić produkcyjne przechowywanie i zaplanowane eksporty, ale miejsce docelowe kopii zapasowej jest wymienione po prostu jako „kopia dostawcy”. Operator odzyskiwania pyta o zakres miejsca docelowego, zasady dostępu i rzeczywistą procedurę przywracania. Dopóki nie zostaną dostarczone, wiersz pozostaje nieznany, a decyzja o kraju pozostaje warunkowa.
Tymczasem okazuje się, że integracja raportowania błędów zawiera pełne adresy URL żądań. Zespół sprawdza, czy te adresy URL mogą przenosić identyfikatory projektu, aktualizuje inwentarz pól i prosi kontakt po stronie klienta o ocenę zmienionego przepływu danych. Z tego przykładu nie wyciąga się żadnego wniosku o kraju ani zgodności; pokazuje on, jak mapa może ujawnić konkretne nieodpowiedziane pytanie.
06
Sprawdź kompletność i utrzymuj mapę.
Poproś operatora kopii zapasowych i opiekuna aplikacji, aby niezależnie prześledzili przywracanie i badanie incydentu. Zapytaj, skąd każdy krok pobiera dane i kto ma do nich dostęp. Jeśli którykolwiek proces korzysta z miejsca docelowego nieobecnego w arkuszu, dodaj je i przypisz właściciela pozostałych faktów.
Użyteczna mapa kończy się krótką listą otwartych pozycji, z których każda jest powiązana z odpowiedzialną rolą i decyzją, na którą wpływa. Przeglądaj ją po dodaniu integracji, zmianie polityki kopii zapasowych, przyznaniu nowej ścieżki administracyjnej lub przeniesieniu regionów. Użyj macierzy decyzyjnej hostingu do oceny wynikających z tego faktów i przewodnik zatwierdzania zmian gdy zmieni się uzgodnienie.
Ten arkusz porządkuje dowody operacyjne dla doradców projektu. Nie ustala obowiązującego prawa, nie autoryzuje transferu ani nie certyfikuje rezydencji danych. Wybrany kraj serwera nie ustala lokalizacji kopii zapasowych, eksportowanych danych ani dostępu administracyjnego.