도메인을 계산하기 전에 비즈니스 질문을 정의하세요.
청구 및 운영은 동일한 단어 "도메인"으로 서로 다른 것을 설명하는 경우가 많습니다. 청구 시스템은 계약된 단위를 계산할 수 있고, 운영 인벤토리는 확인된 도메인을 나열할 수 있으며, 보고 시스템은 트래픽에서 관찰된 도메인을 기록할 수 있습니다. 이러한 합계는 하나의 시스템이 잘못되지 않고도 다를 수 있습니다. 조정은 측정 항목, 해당 기간 및 계산 단위를 정의한 다음 모든 합계를 일치시키기보다는 각 차이점을 설명하는 것으로 시작됩니다.
Azure의 다중 테넌트 ID 지침 상업적 자격과 ID 및 권한 부여를 구별하고 애플리케이션이나 전용 시스템에서 자격 논리를 관리하도록 권장합니다. 이러한 구별은 직접적으로 관련이 있습니다. 인증된 사용자 또는 구성된 도메인은 청구 가능한 권한을 자동으로 설정하지 않습니다. 이 원고는 조정 방법을 제안하며 EmailAuth 특정 청구 모델, 인벤토리 API 또는 분석 기능을 구현한다고 주장하지 않습니다.
안정적인 고객 및 도메인 관계 구축
각 시스템에서 제공하는 승인된 고객 식별자, 운영 테넌트 식별자, 청구 계정 참조 및 도메인 인벤토리 식별자를 기록합니다. 표시 이름을 안정적인 키와 별도로 유지하세요. 고객은 조직의 이름을 바꾸거나, 여러 도메인을 사용하거나, 별도의 생산 및 교육 테넌트를 가질 수 있습니다. 도메인은 시간이 지남에 따라 고객 관계 간에 이동할 수도 있습니다. 조정에는 현재 문자열 일치보다는 유효 날짜와 소유권 내역이 필요합니다.
RFC 7643 해당 ID 스키마에서 서비스 제공자 리소스 식별자를 외부에서 제공되는 상관 관계 식별자와 구별합니다. 이는 SCIM이 도메인 청구를 정의한다는 주장이 아니라 식별자 역할이 중요한 이유를 보여주는 예입니다. 제안된 매핑에도 동일한 주의를 기울이십시오. 어떤 시스템이 각 키를 소유하고 어떤 필드가 시스템 전체에 걸쳐 레코드를 상호 연관시키는지 식별하십시오. 이메일 접미사나 행을 마지막으로 편집한 사람으로부터 고객 소유권을 추론하지 마세요.
재현 가능한 측정항목 정의 작성
보고된 모든 합계에 대해 계산된 엔터티, 포함 기준, 제외 기준, 상태 규칙, 유효 시간 및 중복 제거 방법을 정의합니다. "월말 활성 고객 도메인"은 활성, 고객 및 도메인에 대한 정확한 의미가 필요합니다. 보류 중인 확인, 정지된 테넌트, 하위 도메인, 별칭, 평가판 계정 또는 최근 만료된 기록이 포함됩니까? 이는 승인해야 할 비즈니스 정의이지 가정해야 할 기술적 사실이 아닙니다. 각 보고서에 사용된 규칙 버전을 유지합니다.
관찰된 발신자 범위와 도메인 인벤토리 수를 구별합니다. 구성된 도메인은 해당 기간 동안 트래픽을 생성하지 않을 수 있지만 보고 소스는 인식할 수 없거나 기록이 있는 발신자를 관찰할 수 있습니다. 인증 보고서가 반드시 모든 메시지 또는 구성된 모든 서비스에 대한 완전한 인구 조사를 수행할 필요는 없습니다. 유용한 측정항목은 도메인이 사용되지 않았거나 비용이 청구되어서는 안 된다는 증거로 관찰의 부재를 처리하는 대신 사용 가능한 소스와 적용 범위 주의 사항을 명시합니다.
조정 조정 전 원시 합계 유지
승인된 범위 및 타임스탬프에 따라 각 소스의 원래 합계를 유지합니다. 그런 다음 일치하지 않는 고객 매핑, 활성화 보류 중, 만료 시점, 중복 표시, 기록 재할당, 소스 지연 또는 해결되지 않은 실제 예외 등 차이점을 설명하는 조정 범주를 표시합니다. 대시보드의 일관성을 유지하기 위해 원시 합계를 자동으로 수정하지 마십시오. 조정 기록은 최종 수치를 설명 가능하고 재현 가능하게 만드는 것입니다.
여기에는 소스 추출물이 수집되지 않았습니다. 승인된 구현에서는 소스 버전을 유지하거나 식별자와 행을 선택하는 데 사용되는 쿼리 논리를 내보냅니다. 작업 데이터 세트에서 개인 및 금융 데이터를 최소화합니다. 결제 자격 증명이나 불필요한 거래 세부정보를 운영 보고서에 복사하지 않고도 결제 계정 참조를 승인된 내부 식별자로 표현할 수 있습니다. 조정 목적은 더 광범위한 고객 데이터 공유를 승인하지 않습니다.
도메인 및 발신자 적용 범위를 별도로 모델링
RFC 9989 도메인을 평가하고 조정 이메일 인증의 관계. 플랫폼의 청구 가능한 도메인 단위를 정의하지 않습니다. 표시되는 보낸 사람 도메인이 하나인 고객은 여러 전송 서비스를 사용할 수 있는 반면, 한 공급업체는 여러 고객 도메인에 대해 전송할 수 있습니다. 따라서 도메인 수는 보낸 사람 수준 작업 드릴다운을 대체할 수 없습니다. 데이터 사전에서 해당 차원을 구별되게 유지하십시오.
RFC 9990 정의하다 DMARC 집계 보고와 보고서 검색 및 전달 메커니즘. 이러한 보고서는 운영 분석을 위한 관찰에 기여할 수 있지만 해당 보고서의 존재와 적용 범위는 기록되어야 합니다. 모든 수신자가 보고하고, 모든 보고 기간이 완료되었거나 모든 운영 발신자가 보관된 데이터세트에 표시된다고 추론하지 마세요. 측정항목은 완전한 분모를 만들기보다는 누락된 기간과 소스 제한 사항을 표시해야 합니다.
화해 워크시트
측정항목 이름, 규칙 버전, 보고 기준, 소스 시스템, 원시 합계, 소스 적용 범위 및 추출 참조가 포함된 워크시트를 만듭니다. 고객-테넌트 및 테넌트-도메인 매핑 규칙, 유효 날짜, 상태 정의 및 중복 제거 기준을 추가합니다. 예외 원장은 일치하지 않거나 분쟁이 있는 각 항목, 책임 소유자, 필요한 증거 및 결정 상태를 식별해야 합니다. 민감한 청구 또는 계정 세부정보를 삽입하는 대신 비밀이 아닌 참조를 사용하세요.
출력 섹션에는 원시 합계 및 분류된 조정 사항과 함께 조정된 합계가 유지되어야 합니다. 보낸 사람 수가 청구 자격인 것처럼 가장하지 않고 관찰된 서비스가 각 도메인의 운영 범위에 기여하는 것을 설명하는 보낸 사람 수준 드릴다운을 추가합니다. 검토자는 승인된 규칙과 보관된 원본 자료의 결과를 재현할 수 있어야 합니다. 이 워크시트는 제안된 것이며 실제 고객 데이터로 채워지지 않았습니다.
허구적 진단: 동의하지 않는 세 가지 합계
가상의 서비스에는 계약된 도메인 단위 120개, 운영 인벤토리 행 126개, 해당 월의 보유 보고 데이터에서 관찰된 도메인 98개가 있습니다. 이 숫자는 측정값이 아니라 예시용입니다. 팀은 처음에 재고 총계를 청구 수량으로 덮어쓰려고 합니다. 대신 제안된 조정에서는 각 숫자가 무엇을 나타내는지, 어떤 기록이 차이점을 설명하는지 묻습니다.
가상의 연습에서 일부 인벤토리 행은 활성화 또는 기록 기록을 보류 중일 수 있지만 일부 구성된 도메인에는 사용 가능한 보고서에 관찰된 트래픽이 없을 수 있습니다. 이는 가능한 범주이지 총계를 해결하는 증거를 만들어낸 것이 아닙니다. 팀은 원래 수치를 유지하고, 승인된 상태 및 타이밍 규칙을 적용하고, 일치하지 않는 항목을 조사했습니다. 단순히 수치를 일치시키기 위해 송장을 발행하거나 도메인을 삭제하거나 고객 자격을 변경하지 않습니다.
올바른 소유자와 함께 예외 검토
상업 소유자는 계약 포함 및 청구 규칙을 결정합니다. 작업 소유자는 구성 상태 및 도메인 종속성을 확인합니다. 분석 소유자는 쿼리 논리와 소스 적용 범위를 설명합니다. 보안 또는 ID 소유자는 테넌트 매핑 및 액세스 경계를 확인합니다. 단일 대시보드 운영자가 네 가지 모두를 자동으로 결정해서는 안 됩니다. 조정 결과로 인해 청구서 조정, 테넌트 변경 또는 도메인 만료가 발생할 경우 필요한 승인을 문서화합니다.
보고 수정과 운영 조치를 분리하세요. 기본 리소스 삭제를 승인하지 않고도 승인된 규칙에 따라 지표에서 중복 행을 제외할 수 있습니다. 누락된 청구 매핑은 청구를 승인하지 않고도 표시될 수 있습니다. 사용되지 않는 것처럼 보이는 도메인은 운영상 중요한 상태로 남아 있을 수 있습니다. 이러한 분리를 통해 유용한 분석 활동이 고객 액세스, 구성 또는 재정에 대한 검토되지 않은 변경이 되는 것을 방지할 수 있습니다.
정의를 버전화하고 불확실성을 보존합니다.
측정항목 정의가 변경되면 이유와 이전 기간이 다시 계산되었는지 여부를 기록하세요. 중복 제거 또는 상태 규칙이 변경되면 고객 행동의 변화 없이 보고된 추세가 바뀔 수 있습니다. 비교 가능한 버전을 유지하거나 불연속성에 명시적으로 라벨을 붙입니다. 정의 변경이 고려될 때까지 증가, 이탈 또는 개선된 적용 범위의 증거로 수정된 총계를 제시하지 마십시오.
카탈로그에는 원시 합계, 적용 범위 주의 사항 및 보낸 사람 수준 드릴다운이 포함된 재현 가능한 메트릭 정의가 필요합니다. 그 원본 증거는 여전히 열려 있습니다. 가상의 합계는 완전한 조정이나 원본 데이터의 대체가 아닙니다. 전문가의 검토, 소스 적용 가능성, 생산 경로, 접근성 및 소유자 공개도 계속 열려 있습니다. 게시 가능한 사례에는 승인된 유지 입력, 승인된 정의 및 재현 가능한 계산이 필요하며 별도로 승인 및 실행되지 않는 한 청구 또는 운영 변경이 암시되지 않습니다.