Laboratuvar Tasarımı, Yetki ve Kanıt Günlüğü

Bu modül ürün komutlarını ezberletmek yerine çok disiplinli gerçek dünya senaryolarını güvenli bir laboratuvar düzenine çevirmeyi öğretir. İlk dersin çıktısı çalışan bir cluster değil, hangi müşteri sorusunu hangi kontrollü koşulda sınayacağını gösteren laboratuvar sözleşmesi ve kanıt günlüğüdür. Kurgusal Ekin Lojistik adlı müşteri, sevkiyat planlama ekranının bazı sabahlar yavaşladığını söylüyor. Bu tamamen eğitim için üretilmiş bir örnektir; Arven Holding vaka dosyasına veya gerçek müşteriye ait bilgi değildir. Altyapı ekibi depolama gecikmesini düşünüyor, uygulama ekibi sorgu planını, ağ ekibi paket kaybını. Hiçbir hipotez henüz doğrulanmadı. Pre-sales mimarı ilk olarak 'hangi karar laboratuvar sonunda değişecek?' sorusunu sorar. Eğer ölçüm sonunda seçenekler veya riskler değişmeyecekse testin amacı belirsizdir. Microsoft'un Azure Well-Architected test rehberi test stratejisinin iş gereksinimi, kritik akış, kapsam, rol, ortam, veri, risk ve giriş/çıkış kriterleriyle kurulmasını anlatır. Bu çerçeve Azure gerektirmeyen yerel lab için yöntem olarak uyarlanır; Ekin'in resmî standardı sayılmaz. 28 dakika anlatı, 29 dakika sözleşme taslağı ve 15 dakika kontrol planla.

Müşterinin 'yavaş' sözünü ölçüye dönüştür. Hangi ekran, hangi kullanıcı rolü, hangi saat, kaç işlem, başarısızlık oranı ve hangi iş kararı etkileniyor? Önce mevcut durum baseline'ı topla; hedef saat müşteri tarafından onaylanmadıysa kabul eşiğini sen icat etme. Üç hipotez için ayrı ayırt edici gözlem yaz: uygulama sorgusu bekleme süresi, host ve storage kuyruk gecikmesi, uçtan uca ağ kayıp/yeniden iletim örneği. Aynı anda birden çok katmanı değiştirmek sonuç yorumunu bozar. Lab planı üç seçeneği karşılaştıracaksa kontrol koşusu, test koşusu ve tekrar sayısı tanımlı olmalı. Kıyas veri seti, kullanıcı sayısı ve zaman penceresi aynı değilse görünen fark teknoloji etkisinden doğmayabilir. Ekin örneğinde üretim veri hacmi açıklanmadı; lab için sentetik 100 bin kayıt seçilirse bu açık senaryo varsayımıdır. Daha sonra müşteri gerçek hacmi verdiğinde sonuç yeniden değerlendirilir. Lab sözleşmesi karar sorusu, hipotez, kapsam dışı alan, ölçü, owner, giriş kriteri ve durdurma şartını tek yerde toplar.

Gerçek ortamda test yapmak teknik merakla yetkilendirilemez. Erişim sahibi, yazılı kapsam, tarih/saat penceresi, izin verilen işlemler, yasaklanan etkiler, veri sınıfı, geri alma ve acil durdurma yolu belirlenir. NIST SP 800-115 güvenlik testlerinin plan, uygulama, bulgu analizi ve sınırlamalarıyla ele alınmasını önerir; bu ders sızma testi yürütme kılavuzu değildir. NIST'in Rules of Engagement tanımı yetkinin test başlamadan önce açıkça verilmesi gerektiğini gösterir. Ekin alıştırmasında üretim ağına tarama, yük bindirme veya güvenlik denemesi yapma yetkisi yoktur. Yalnız yerel/izole laboratuvar ve sentetik veri kullanılır. Müşteri ortamına erişim gerekiyorsa kurumdaki resmî süreç, onaylı test penceresi ve işletim gözetimi esas alınır. Yetki belgesindeki IP aralığı veya host listesi ile gerçek erişim farklıysa test başlamaz. Yetki 'laboratuvar kurabilirsiniz' şeklinde genel bir sözlü cevap olmamalı; hangi veri ve sistem üzerinde hangi eylemin yapılacağını belirtmelidir. Özellikle yedek geri yükleme, failover ve yük testleri hizmeti etkileyebilir; bu yüzden ayrı işletim onayı ve rollback gerekir.

İzole labın üretime benzerlik ve farklılık tablosunu yap. İşlemci sayısı, RAM, disk tipi, ağ topolojisi, yazılım sürümü, veri hacmi ve veri dağılımı sonuçları etkiler. Bütün üretim ortamını kopyalamak zorunlu değildir; hangi hipotezin hangi özelliklere duyarlı olduğunu belirlemek gerekir. Ekin örneğinde sorgu planını araştırmak için veri dağılımı ve indeks düzeni kritikken güç altyapısı ikincil olabilir; DR deneyi için tam tersi fiziksel hata alanı önemli olur. Sentetik veri gerçek kişi bilgisi içermemeli, müşteri sırrını yeniden üretmemeli. Test hesabı en düşük gerekli yetkiyle açılır; erişim süresi sonunda kapatılır. Loglarda kimlik veya token görünüyorsa kanıt paketinden çıkar veya güvenli redaksiyon uygula. Konteyner/lab VM anlık görüntüsü başlangıca dönmeyi kolaylaştırır ama snapshot başarı sonucu değildir. Giriş kapısında ağ izolasyonu, veri durumu, saat senkronu, log tutma, temel sağlık ve geri alma prosedürü onaylanır. Çıkış kapısında ortam kapatılır, geçici erişimler kaldırılır ve kanıt saklama süresi kaydedilir.

Lab koşusunu numaralandır: run ID, tarih/saat ve saat dilimi, ortam sürümü, veri seti ve hash'i, yapılandırma, operatör, uygulanan değişken, ham ölçüm yolu, sonuç ve anomali. Ölçüm tek ekran görüntüsüyle sınırlanmaz; zaman serisi, sorgu planı, host/storage/ağ sayaçları ve kullanıcı gözlemi ilgili hipoteze göre seçilir. Amaç maksimum veri toplamak değil, kararı ayırt etmeye yetecek ölçüyü kaydetmektir. Başarısız veya geçersiz koşuları silme. Örneğin üçüncü koşuda başka bir iş zamanlayıcısı lab ortamını meşgul etmişse 'geçersiz' statüsünü nedeni ve kanıtıyla yaz; yalnız iyi görünen iki sonucu raporlama. Başarı eşiği koşu başlamadan kabul edilir. Microsoft test rehberi test planında kapsam, ortam/veri, rol ve giriş/çıkış ölçütlerinin tanımlanmasını önerir; Ekin labında bu alanlar koşu günlüğüne bağlanır. Üç tekrar birbirinden çok farklıysa ortalama değerin arkasına saklanma; varyansın nedeni ve yeni deney ihtiyacı kurul kararına taşınır. Metriğin birimi, örnekleme aralığı ve hangi katmanda ölçüldüğü raporda açık olmalı.

Sonuç yorumlarken eşzamanlı değişkenleri ayır. Disk gecikmesi düşerken kullanıcı ekranı aynı kalıyorsa darboğaz başka katmanda veya ölçülen metrik iş sonucunu temsil etmiyor olabilir. Sorgu optimizasyonu sonrası süre düşerse bunu tüm workload ve büyüme dönemi için garantiye çeviremezsin. Lab A/B koşularında veri hacmi farklıysa sonuçlar karşılaştırılamaz; ya eşitle ya da farkı açık sınırlama olarak tut. Kontrol koşusunun da tekrar edilmesi gerekir, çünkü çevresel dalgalanma tek koşuyu yanıltabilir. Her grafik için kaynak dosya ve üretim komutu veya ölçüm yöntemi olsun; renkli özet ham kanıtın yerini almaz. Ekin müşterisinin henüz onaylamadığı ekran hedefini 'başarılı' diye etiketleme. Teknik olarak ölçülebilir iyileşme, iş için yeterli olup olmadığı ayrı sorudur. Bulguyu gözlem, yorum ve öneri olarak üç cümlede yaz: 'ölçüldü', 'muhtemel neden', 'doğrulanacak sonraki karar'. Böylece varsayım gözleme karışmaz.

Lab raporu dört sayfalık teknik döküm değil karar destek notu olarak okunabilmeli. İlk sayfada müşteri sorusu, hipotez, izinli kapsam, giriş koşulları, test edilen alternatifler, ölçüm, sonuç, sınır ve önerilen sonraki adım yer alır. Eklerde koşu günlüğü, ham veri bağlantıları, yapılandırma sürümleri ve anomali açıklamaları bulunur. Ekin örneğinde depolama gecikmesi düşük, sorgu planı bekleme gösteriyorsa 'storage değiştirmeye gerek yok' gibi kesin ve sınırsız karar da acelecidir; test edilen yükte altyapı hipotezinin desteklenmediğini, uygulama hipotezinin daha fazla araştırılacağını yaz. Müşterinin gerçek veri hacmi bilinmiyorsa üretim için açık şart bırak. İyi lab raporu ürün satmakla yükümlü değildir; maliyetli bir yanlış alımı önleyen sonuç da değerlidir. Teknik sonuç BoM ve ADR'yi etkileyebilir, fakat ticari onay, lisans hakkı ve sözleşme kararı ayrı kalır. Raporu okuyan iş sahibi için metrik etkisini, mimar için yöntem ve sınırı, operasyon ekibi için geri alma ve izleme koşulunu yaz.

Son kararı dört seçenekle sun: mevcut kanıtla ilerle, tanımlı şartla ilerle, başka ölçümle tekrar et veya dur. Şartlı sonuçta eksik kanıt, owner, tarih ve başarısızlık durumundaki karar açık olmalı. Durdurma kararı bir laboratuvar başarısızlığı değildir; riskin kontrollü yönetimidir. Öğrenci labı kendi makinesinde çalıştırıyorsa sonuç ekran görüntüsünün kaydedildiği klasörü ve yeniden çalıştırma talimatını teslim eder. Müşteri ortamında deney yapılmışsa veri saklama, erişim kapatma ve olay çıkmadığına ilişkin işletim kontrolü de teslimin parçasıdır. Bir sonraki ders bu sözleşmeyi çok katmanlı ölçüm ve arıza teşhisi labına uygulayacak. Daha sonra DR/güvenlik değişiklikleri ve entegre teklif/POC karar simülasyonu gelecek. Bu sıralama öğrenenin önce güvenli ve dürüst deney kurmasını, sonra teknik alanlar arasında kök neden tartışmasını ve son olarak satış kararına geçmesini sağlar. Yetki belgesi, ölçüm günlüğü ve karar notu birbirinden koparsa lab gösteri olur; birlikte tutulduğunda tekrar edilebilir pre-sales kanıtı olur.