Zdefiniuj pytanie biznesowe przed policzeniem domen
Rozliczenia i operacje często opisują różne rzeczy tym samym słowem „domena”. System rozliczeniowy może zliczać zakontraktowane jednostki, inwentarz operacyjny może zawierać listę zweryfikowanych domen, a system raportowania może rejestrować domeny obserwowane w ruchu. Sumy te mogą się różnić, przy czym żaden system nie jest w błędzie. Uzgadnianie rozpoczyna się od zdefiniowania metryki, jej okna czasowego i liczonej jednostki, a następnie wyjaśnienia każdej różnicy, zamiast wymuszania zgodności wszystkich sum.
Wskazówki dotyczące tożsamości wielodostępnej platformy Azure odróżnia tożsamość i autoryzację od uprawnień komercyjnych i zaleca zarządzanie logiką uprawnień w aplikacji lub dedykowanym systemie. To rozróżnienie jest bezpośrednio istotne: uwierzytelniony użytkownik lub skonfigurowana domena nie ustanawiają automatycznie uprawnienia podlegającego rozliczeniu. W tym manuskrypcie zaproponowano metodę uzgadniania i nie twierdzono, że EmailAuth implementuje określony model rozliczeniowy, interfejs API zasobów reklamowych lub funkcję analityczną.
Stwórz stabilne relacje z klientem i domeną
Zapisz zatwierdzony identyfikator klienta, identyfikator dzierżawcy operacyjnego, numer konta rozliczeniowego i identyfikator spisu domeny, jeśli udostępnia je każdy system. Trzymaj nazwy wyświetlane oddzielnie od kluczy stabilnych. Klient może zmienić nazwę swojej organizacji, korzystać z kilku domen lub mieć odrębnych najemców produkcyjnych i szkoleniowych. Domena może także z biegiem czasu zmieniać się pomiędzy relacjami z klientami. Uzgodnienie wymaga dat obowiązywania i historii własności, a nie samego bieżącego dopasowania ciągu.
RFC 7643 odróżnia w swoim schemacie tożsamości identyfikatory zasobów usługodawcy od dostarczonych zewnętrznie identyfikatorów korelacji. To jest przykład tego, dlaczego role identyfikatorów mają znaczenie, a nie twierdzenie, że SCIM definiuje rozliczenia za domenę. Zastosuj tę samą ostrożność w proponowanym mapowaniu: określ, który system jest właścicielem poszczególnych kluczy, a które pole jedynie koreluje rekordy w różnych systemach. Nie wnioskuj o własności klienta na podstawie sufiksu adresu e-mail lub osoby, która jako ostatnia edytowała wiersz.
Napisz powtarzalną definicję metryki
Dla każdej zgłoszonej sumy zdefiniuj zliczoną jednostkę, kryteria włączenia, kryteria wykluczenia, reguły statusu, efektywny czas i metodę deduplikacji. „Aktywne domeny klientów na koniec miesiąca” wymaga precyzyjnego znaczenia dla aktywnych, klientów i domen. Czy obejmuje to oczekującą weryfikację, zawieszonych dzierżawców, subdomeny, aliasy, konta próbne lub niedawno wycofane rekordy? Są to definicje biznesowe do zatwierdzenia, a nie fakty techniczne do przyjęcia. Zachowaj wersję reguły używaną w każdym raporcie.
Odróżnij stan spisu domeny od zasięgu obserwowanych nadawców. Skonfigurowana domena może w tym okresie nie generować żadnego ruchu, natomiast źródło raportowania może wykryć nierozpoznanego lub historycznego nadawcę. Raporty uwierzytelniania niekoniecznie stanowią pełny spis wszystkich wiadomości lub wszystkich skonfigurowanych usług. Przydatny wskaźnik wskazuje dostępne źródła i zastrzeżenia dotyczące zasięgu, zamiast traktować brak obserwacji jako dowód, że domena jest nieużywana lub nie należy naliczać opłat.
Zachowaj surowe sumy przed korektami uzgodnień
Zachowaj pierwotną sumę każdego źródła w zatwierdzonym zakresie i sygnaturze czasowej. Następnie pokaż kategorie uzgodnień, które wyjaśniają różnicę: mapowanie niedopasowanych klientów, oczekująca aktywacja, moment wycofania, zduplikowana reprezentacja, historyczne ponowne przypisanie, opóźnienie źródła lub prawdziwy nierozwiązany wyjątek. Nie modyfikuj po cichu surowych sum, aby pulpit nawigacyjny wyglądał spójnie. Dzięki zapisowi korekty ostateczna liczba jest możliwa do wyjaśnienia i odtwarzalna.
Nie zebrano tu żadnego ekstraktu źródłowego. W autoryzowanej implementacji zachowaj wersje źródłowe lub identyfikatory eksportu oraz logikę zapytań używaną do wybierania wierszy. Zminimalizuj dane osobowe i finansowe w roboczym zbiorze danych. Odniesienia do kont rozliczeniowych mogą być reprezentowane przez zatwierdzone identyfikatory wewnętrzne bez kopiowania danych uwierzytelniających płatności lub niepotrzebnych szczegółów transakcji do raportu operacyjnego. Cel uzgadniania nie zezwala na szersze udostępnianie danych klientów.
Modeluj zasięg domeny i nadawcy oddzielnie
RFC 9989 ocenia domeny i wyrównanie relacje w uwierzytelnianiu poczty elektronicznej. Nie definiuje płatnej jednostki domeny platformy. Klient posiadający jedną widoczną domenę Od może korzystać z kilku usług wysyłania, natomiast jeden dostawca może wysyłać dla wielu domen Klienta. Dlatego liczba domen nie może zastąpić szczegółowej analizy operacyjnej na poziomie nadawcy. Zachowaj odrębne wymiary w słowniku danych.
RFC 9990 definiuje DMARC raportowanie zbiorcze oraz mechanizmy jego odkrywania i dostarczania. Takie raporty mogą stanowić wkład w obserwacje do analizy operacyjnej, ale ich obecność i zakres muszą być rejestrowane. Nie należy wyciągać wniosku, że każdy odbiorca zgłasza raport, każdy okres raportowania jest zakończony lub każdy nadawca operacyjny pojawia się w zachowanym zbiorze danych. Metryka powinna oznaczać brakujące okresy i ograniczenia źródła, a nie tworzyć pełny mianownik.
Arkusz pojednania
Utwórz arkusz zawierający nazwę metryki, wersję reguły, limit raportowania, system źródłowy, sumę surową, zakres źródła i odniesienie do ekstrakcji. Dodaj reguły mapowania klient-dzierżawca i dzierżawca-domena, daty wejścia w życie, definicje statusów i kryteria deduplikacji. Księga wyjątków powinna identyfikować każdą niedopasowaną lub sporną pozycję, odpowiedzialnego właściciela, potrzebne dowody i status decyzji. Używaj jawnych referencji zamiast umieszczać poufne dane rozliczeniowe lub konta.
Sekcja wyników powinna zawierać uzgodnioną sumę wraz z sumami surowymi i skategoryzowanymi korektami. Dodaj szczegółowe informacje na poziomie nadawcy, które wyjaśnią, które obserwowane usługi przyczyniają się do pokrycia operacyjnego każdej domeny, bez udawania, że liczba nadawców jest uprawnieniem do rozliczeń. Recenzent powinien być w stanie odtworzyć wynik na podstawie zatwierdzonej reguły i zachowanego materiału źródłowego. Arkusz ten został zaproponowany i nie został wypełniony rzeczywistymi danymi klienta.
Fikcyjna diagnoza: trzy sumy, które się nie zgadzają
Fikcyjna usługa ma 120 zakontraktowanych jednostek domen, 126 wierszy zasobów operacyjnych i 98 domen odnotowanych w zachowanych danych raportowych za dany miesiąc. Liczby te mają charakter poglądowy, a nie pomiarowy. Zespół początkowo chce zastąpić sumę zapasów zafakturowaną liczbą. Zamiast tego w proponowanym uzgodnieniu pyta się, co reprezentuje każda liczba i które zapisy wyjaśniają różnice.
W fikcyjnym ćwiczeniu niektóre wiersze zasobów reklamowych mogą oczekiwać na aktywację lub na zapisy historyczne, podczas gdy w niektórych skonfigurowanych domenach w dostępnych raportach może nie być obserwowanego ruchu. To są możliwe kategorie, a nie wymyślone dowody rozstrzygające sumę. Zespół zachowa oryginalne numery, zastosuje zatwierdzone zasady dotyczące statusu i czasu oraz zbada niedopasowane elementy. Nie wystawiałaby faktur, nie usuwała domen ani nie zmieniała uprawnień klientów jedynie po to, by dane się zgadzały.
Przejrzyj wyjątki z właściwymi właścicielami
Właściciele komercyjni decydują o włączeniu do umowy i zasadach rozliczeń. Właściciele operacji weryfikują stan konfiguracji i zależności domeny. Właściciele Analytics wyjaśniają logikę zapytań i zakres źródeł. Właściciele zabezpieczeń lub tożsamości weryfikują mapowania dzierżaw i granice dostępu. Żaden pojedynczy operator deski rozdzielczej nie powinien po cichu decydować o wszystkich czterech. Udokumentuj zgodę potrzebną, gdy ustalenie uzgodnienia doprowadziłoby do korekty rachunku, zmiany najemcy lub wycofania domeny.
Oddziel korektę raportowania od działania operacyjnego. Zduplikowany wiersz można wykluczyć z metryki zgodnie z zatwierdzoną regułą bez autoryzacji usunięcia zasobu bazowego. Brakujące mapowanie rozliczeń można oznaczyć bez autoryzacji obciążenia. Pozornie nieużywana domena może pozostać ważna operacyjnie. To oddzielenie zapobiega sytuacji, w której przydatne ćwiczenie analityczne staje się niesprawdzoną zmianą w dostępie klienta, konfiguracji lub finansach.
Wersjonuj definicję i zachowaj niepewność
W przypadku zmiany definicji metryki należy zapisać przyczynę oraz informację, czy poprzednie okresy zostały przeliczone. Zmiana zasad deduplikacji lub stanu może zmienić raportowany trend bez zmiany zachowania klientów. Zachowaj porównywalne wersje lub wyraźnie oznacz nieciągłość. Nie należy przedstawiać skorygowanej sumy jako dowodu wzrostu, rezygnacji lub poprawy zasięgu do czasu uwzględnienia zmiany definicji.
Katalog wymaga powtarzalnej definicji metryk zawierającej surowe sumy, zastrzeżenia dotyczące zasięgu i szczegółowe informacje na poziomie nadawcy. Ten oryginalny dowód pozostaje otwarty. Fikcyjne sumy nie stanowią pełnego uzgodnienia ani nie zastępują danych źródłowych. Otwarte pozostają także przegląd specjalistów, możliwość zastosowania źródeł, trasy produkcji, dostępność i zezwolenie właściciela. Przykład nadający się do publikacji wymaga autoryzowanych zachowanych danych wejściowych, zatwierdzonych definicji i powtarzalnych obliczeń, bez żadnych dorozumianych zmian w rozliczeniach lub operacjach, chyba że zostaną osobno zatwierdzone i wykonane.