Alan adlarını saymadan önce iş sorusunu tanımlayın
Faturalandırma ve operasyonlar genellikle aynı "alan" kelimesiyle farklı şeyleri tanımlar. Bir faturalandırma sistemi sözleşmeli birimleri sayabilir, operasyonel bir envanter doğrulanmış alan adlarını listeleyebilir ve bir raporlama sistemi trafikte gözlemlenen alan adlarını kaydedebilir. Bu toplamlar, herhangi bir sistem yanlış olmadan farklılık gösterebilir. Mutabakat, metriğin, zaman aralığının ve sayılan birimin tanımlanmasıyla başlar, ardından tüm toplamların eşleşmesini sağlamak yerine her bir fark açıklanır.
Azure'un çok kiracılı kimlik kılavuzu kimlik ve yetkilendirmeyi ticari yetkilendirmelerden ayırır ve uygulamadaki veya özel bir sistemdeki yetkilendirme mantığının yönetilmesini önerir. Bu ayrım doğrudan konuyla ilgilidir: Kimliği doğrulanmış bir kullanıcı veya yapılandırılmış bir etki alanı otomatik olarak faturalandırılabilir bir yetki oluşturmaz. Bu yazı bir mutabakat yöntemi önermektedir ve EmailAuth belirli bir faturalandırma modeli, envanter API'si veya analiz özelliği uyguladığını iddia etmemektedir.
İstikrarlı müşteri ve etki alanı ilişkileri kurun
Onaylanan müşteri tanımlayıcıyı, operasyonel kiracı tanımlayıcıyı, faturalandırma hesabı referansını ve etki alanı envanter tanımlayıcısını her sistemin sağladığı yere kaydedin. Görünen adları sabit anahtarlardan ayrı tutun. Bir müşteri kuruluşunu yeniden adlandırabilir, birkaç etki alanı kullanabilir veya farklı üretim ve eğitim kiracılarına sahip olabilir. Bir alan adı zaman içinde müşteri ilişkileri arasında da geçiş yapabilir. Mutabakat, tek başına geçerli bir dize eşleşmesi yerine geçerlilik tarihlerine ve sahiplik geçmişine ihtiyaç duyar.
RFC 7643 kimlik şemasında hizmet sağlayıcı kaynak tanımlayıcılarını dışarıdan sağlanan korelasyon tanımlayıcılarından ayırır. Bu, SCIM'in etki alanı faturalandırmasını tanımladığı iddiası değil, tanımlayıcı rollerinin neden önemli olduğuna dair bir örnektir. Önerilen eşlemede aynı özeni uygulayın: her bir anahtarın hangi sistemin sahibi olduğunu ve hangi alanın yalnızca sistemler arasındaki kayıtları ilişkilendirdiğini belirleyin. Bir e-posta son ekinden veya bir satırı en son düzenleyen kişiden müşteri sahipliği sonucunu çıkarmayın.
Tekrarlanabilir bir metrik tanımı yazın
Bildirilen her toplam için sayılan varlığı, dahil etme kriterlerini, hariç tutma kriterlerini, durum kurallarını, etkili zamanı ve tekilleştirme yöntemini tanımlayın. “Ay sonunda aktif müşteri alan adları” aktif, müşteri ve alan adı için kesin bir anlam gerektirir. Bekleyen doğrulamayı, askıya alınan kiracıları, alt alanları, takma adları, deneme hesaplarını veya yakın zamanda kullanımdan kaldırılan kayıtları içeriyor mu? Bunlar kabul edilmesi gereken teknik gerçekler değil, onaylanması gereken iş tanımlarıdır. Her rapor için kullanılan kural sürümünü koruyun.
Etki alanı envanter sayısını gözlemlenen gönderen kapsamından ayırt edin. Yapılandırılmış bir alan adı bu dönemde hiç trafik oluşturmayabilirken, bir raporlama kaynağı tanınmayan veya geçmiş bir göndereni gözlemleyebilir. Kimlik doğrulama raporları, tüm mesajların veya tüm yapılandırılmış hizmetlerin tam bir sayımı olmayabilir. Yararlı bir ölçüm, gözlemlerin yokluğunu bir alanın kullanılmadığının veya faturalandırılmaması gerektiğinin kanıtı olarak ele almak yerine mevcut kaynakları ve kapsam uyarılarını belirtir.
Mutabakat ayarlamalarından önce ham toplamları koruyun
Her kaynağın orijinal toplamını onaylanmış kapsam ve zaman damgası kapsamında tutun. Ardından farkı açıklayan mutabakat kategorilerini gösterin: eşleşmeyen müşteri eşleme, bekleyen etkinleştirme, kullanımdan kaldırma zamanlaması, yinelenen temsil, geçmiş yeniden atama, kaynak gecikmesi veya gerçek çözülmemiş istisna. Kontrol panelinin tutarlı görünmesini sağlamak için ham toplamları sessizce değiştirmeyin. Ayarlama kaydı, son sayıyı açıklanabilir ve tekrarlanabilir kılan şeydir.
Burada hiçbir kaynak özü toplanmadı. Yetkili bir uygulamada, kaynak sürümlerini veya dışa aktarma tanımlayıcılarını ve satırları seçmek için kullanılan sorgu mantığını koruyun. Çalışan veri kümesindeki kişisel ve finansal verileri en aza indirin. Faturalandırma hesabı referansları, ödeme kimlik bilgilerinin veya gereksiz işlem ayrıntılarının operasyonel rapora kopyalanmasına gerek kalmadan onaylanmış dahili tanımlayıcılarla temsil edilebilir. Mutabakat amacı daha geniş müşteri verileri paylaşımına izin vermez.
Etki alanı ve gönderen kapsamını ayrı ayrı modelleyin
RFC 9989 etki alanlarını değerlendirir ve hizalama E-posta kimlik doğrulamasındaki ilişkiler. Bir platformun faturalandırılabilir etki alanı birimini tanımlamaz. Görünür bir From alan adına sahip bir müşteri birden fazla gönderme hizmeti kullanabilirken, bir tedarikçi birçok müşteri alan adına gönderim yapabilir. Bu nedenle etki alanı sayımı, gönderen düzeyindeki operasyonel ayrıntılı incelemenin yerini alamaz. Bu boyutları veri sözlüğünde farklı tutun.
RFC 9990 tanımlar DMARC toplu raporlama ve rapor bulma ve teslim mekanizmaları. Bu tür raporlar operasyonel analize yönelik gözlemlere katkıda bulunabilir ancak bunların varlığı ve kapsamı kaydedilmelidir. Her alıcının rapor verdiği, her raporlama döneminin tamamlandığı veya her operasyonel gönderenin tutulan veri setinde göründüğü sonucunu çıkarmayın. Metrik, tam bir payda üretmek yerine eksik dönemleri ve kaynak sınırlamalarını etiketlemelidir.
Mutabakat çalışma sayfası
Metrik adı, kural sürümü, raporlama kesintisi, kaynak sistemi, ham toplam, kaynak kapsamı ve çıkarma referansını içeren bir çalışma sayfası oluşturun. Müşteri-kiracı ve kiracı-etki alanı eşleme kurallarını, geçerlilik tarihlerini, durum tanımlarını ve veri tekilleştirme kriterlerini ekleyin. İstisna defteri, eşleşmeyen veya tartışmalı her öğeyi, sorumlu sahibi, gerekli kanıtları ve karar durumunu tanımlamalıdır. Hassas fatura veya hesap ayrıntıları eklemek yerine gizli olmayan referanslar kullanın.
Çıktı bölümü, ham toplamlar ve kategorize edilmiş düzeltmelerin yanı sıra mutabakata varılan toplamı da tutmalıdır. Gönderen sayısının bir faturalandırma yetkisi olduğunu iddia etmeden, her alan için hangi gözlemlenen hizmetlerin operasyonel kapsama katkıda bulunduğunu açıklayan, gönderen düzeyinde ayrıntılı bir inceleme ekleyin. Gözden geçiren kişi, onaylanmış kuraldan ve tutulan kaynak materyalden elde edilen sonucu yeniden üretebilmelidir. Bu çalışma sayfası teklif edilmiştir ve gerçek müşteri verileriyle doldurulmamıştır.
Kurgusal teşhis: aynı fikirde olmayan üç toplam
Kurgusal bir hizmette, ayın tutulan raporlama verilerinde gözlemlenen 120 sözleşmeli alan birimi, 126 operasyonel envanter satırı ve 98 alan adı bulunur. Bu rakamlar ölçü değil, örnek niteliğindedir. Ekip başlangıçta faturalanan sayıyı envanter toplamının üzerine yazmak istiyor. Önerilen mutabakat bunun yerine her sayının neyi temsil ettiğini ve hangi kayıtların farklılıkları açıkladığını sorar.
Kurgusal uygulamada, bazı envanter satırları etkinleştirilmeyi veya geçmiş kayıtları bekliyor olabilir, bazı yapılandırılmış alanların ise mevcut raporlarda gözlemlenen trafiği olmayabilir. Bunlar olası kategorilerdir, toplamları çözen icat edilmiş kanıtlar değildir. Ekip orijinal numaraları koruyacak, onaylanmış durum ve zamanlama kurallarını uygulayacak ve eşleşmeyen öğeleri araştıracaktı. Yalnızca rakamların uyumlu olması için fatura düzenlemez, alan adlarını silmez veya müşteri haklarını değiştirmez.
Hak sahipleriyle istisnaları inceleyin
Ticari sahipler sözleşmeye dayalı dahil etme ve faturalandırma kurallarına karar verir. Operasyon sahipleri, yapılandırma durumunu ve etki alanı bağımlılıklarını doğrular. Analytics sahipleri sorgu mantığını ve kaynak kapsamını açıklar. Güvenlik veya kimlik sahipleri, kiracı eşlemelerini ve erişim sınırlarını doğrular. Hiçbir gösterge paneli operatörü bu dördüne sessizce karar vermemelidir. Uzlaşma bulgusunun fatura düzenlemesine, kiracı değişikliğine veya alan adının kullanımdan kaldırılmasına yol açacağı durumlarda gereken onayı belgeleyin.
Raporlama düzeltmesini operasyonel eylemden ayırın. Yinelenen bir satır, temel alınan kaynağın silinmesine izin verilmeden, onaylanmış bir kural kapsamında bir metrikten hariç tutulabilir. Eksik bir faturalandırma eşlemesi, herhangi bir ücretlendirmeye izin verilmeden işaretlenebilir. Görünüşte kullanılmayan bir alan adı operasyonel açıdan önemli kalabilir. Bu ayırma, yararlı bir analitik uygulamanın müşteri erişiminde, konfigürasyonunda veya finansmanında gözden geçirilmemiş bir değişiklik haline gelmesini önler.
Tanımı sürümlendirin ve belirsizliği koruyun
Metrik tanımı değiştiğinde nedenini ve önceki dönemlerin yeniden hesaplanıp hesaplanmadığını kaydedin. Tekilleştirme veya durum kurallarındaki bir değişiklik, müşteri davranışında herhangi bir değişiklik olmadan rapor edilen eğilimi değiştirebilir. Karşılaştırılabilir versiyonları koruyun veya süreksizliği açıkça etiketleyin. Tanım değişikliği dikkate alınana kadar revize edilmiş bir toplamı büyümenin, kaybın veya iyileşen kapsamın kanıtı olarak sunmayın.
Katalog, ham toplamlar, kapsam uyarıları ve gönderen düzeyinde ayrıntılı inceleme içeren tekrarlanabilir bir ölçüm tanımı gerektirir. Bu orijinal kanıt açık kalıyor. Kurgusal toplamlar tamamlanmış bir mutabakat veya kaynak verilerin yerine geçmez. Gerçek kişi tarafından yapılan uzman incelemesi, kaynağın uygulanabilirliği, üretim yolları, erişilebilirlik ve sahibinin serbest bırakılması da açık kalacaktır. Yayınlanabilir bir örnek, ayrı olarak onaylanıp yürütülmediği sürece hiçbir faturalandırma veya operasyonel değişiklik ima edilmeden, yetkili tutulan girdilere, onaylanmış tanımlara ve tekrarlanabilir bir hesaplamaya ihtiyaç duyar.