İçeriğe geç
← Tüm senaryolar

Örnek Senaryo

İç belgelerden role duyarlı yanıtlar

Örnek senaryo · müşteri çalışması değildir

Mevcut durum

Çalışanlar aynı iç belge kümesini tekrar tekrar arıyor ve farklı rollerin farklı içerikleri görmesi gerekiyor.

Önerdiğimiz akış

Belgeler sahip, rol ve sürüm bilgisiyle indeksleniyor. Bir soru yalnızca sorguyu yapan kişinin görmeye yetkili olduğu bölümlerden yanıtlanıyor, her yanıt kaynağına ve sürümüne atıf taşıyor, ve yetkili bir kaynak bulunamadığında sistem yanıt vermeyip soruyu bir kişiye yönlendiriyor.

Gerçek bir çalıştırmadan

"Fesih maddemiz nedir?"

Uyum rolü

Kaynağıyla birlikte yanıtlanır: "...30 günlük bir fesih maddesi ve 12 aylık ücret tavanlı bir sorumluluk sınırlaması içerir." (doc-contract-v3)

Satış rolü

Reddedilir — gerekçe: yetkisiz. İçerik yok, başlık yok, belgenin var olduğuna dair bir onay bile yok.

Ham çalıştırma

Gerçek bir çalıştırmadan

Aynı soru, iki farklı rol tarafından sorulduğunda, iki farklı ve doğru kapsamlı yanıt alıyor — biri belgeyi görüyor, diğeri görmüyor.

Aynı sorunun, iki rol için doğru kapsamda iki farklı şekilde yan yana yanıtlanması

Sentetik referans yapımızdan alınmıştır — müşteri sonucu değildir.Tam boyut →

Bugün nasıl işliyor

Bir kişi ortak bir sürücüde veya wiki üzerinde elle arama yapıyor, bulduğu belgenin güncel olup olmadığından her zaman emin olamıyor ve o belgeye bakmaya yetkili olup olmadığını güvenilir bir şekilde bilmiyor.

İnsan kontrol noktaları

  • Akış içinde bir onay adımı yoktur; kontrol noktası mimaridir, çünkü erişim sunucu tarafında uygulanır, hiçbir zaman arayüzde veya prompt içinde değil.
  • Sorguyu yapan kişinin rolü dışındaki bir belgeye erişim denemesi kayıt altına alınır, sessizce yok sayılmaz.

Hata ve gecikme noktaları

  • Eski bir belge, hangisinin geçerli olduğuna dair net bir işaret olmadan güncel olanla birlikte karşımıza çıkıyor.
  • Role özel içerik, zaman zaman görmemesi gereken biri tarafından bulunuyor.
  • Paylaşılan, güvenilir bir yanıt olmadığı için aynı arama farklı kişiler tarafından tekrarlanıyor.

Pilotta neyi ölçeriz

  • Üzerinde anlaşılan test kümesinde yetkili doğru yanıt oranı
  • Yetkili bir kaynak bulunmadığında doğru yanıt vermeme oranı
  • Bilinen yanıtlanabilir sorulara karşı arama isabet oranı
  • Hedefi sıfır olan erişim ihlali sayısı
Teknik ayrıntılar ve varsayımlar

Sistemler ve veri

Sahip, rol ve sürüm bilgisi taşıyan bir belge deposu, ve bir kimlik veya rol sistemi. Sorgu ne isterse istesin, arama bir rol sınırını asla aşmaz.

Başlangıç varsayımları

  • Varsayılan belge kümesi büyüklüğü, pilot sırasında kaynak gösterimi kalitesinin elle değerlendirilebilmesi için küçük tutulur.
  • Kapsanan rol sayısı varsayımı, yalnızca pilot için bir kapsam belirleme varsayımıdır.
  • Varsayılan aylık sorgu hacmi, ölçülmüş bir veri değildir.

Pilot kapsamı

Tek bir küçük belge kümesi, birkaç rol, ve yalnızca okuma amaçlı soru yanıtlama. Hiçbir belgeye yazma erişimi yoktur, kimin hangi role sahip olduğunda değişiklik yapılmaz.

Riskler, istisnalar ve yedek plan

  • Bir rol değişikliğinden sonra da geçerli kalan önbelleğe alınmış bir yanıt, kabul edilebilir bir uç durum değil, derhal düzeltilmesi gereken bir kusur olarak ele alınır.
  • Yönetici veya servis rolü kimlik bilgileri, bir kullanıcının erişebileceği hiçbir yolun içine konmaz.
  • Aynı başlığı taşıyan, yerini almış eski bir belge, güncel olanın yerine sessizce geçmez.

Canlıya almak için gerekenler

Gerçek bir kimlik ve rol sistemi, gerçek satır düzeyinde güvenlik uygulaması, bir kaynak belge değiştiğinde tetiklenen yeniden indeksleme adımı, belirlenmiş bir veri sahibi, ve indeksi silmeden yanıtlamayı devre dışı bırakan bir geri alma yöntemi.