Sürümler

KubeWorld: etiketler varsayılan olarak kapalı

• KubeWorld etiketler kapalı açılıyor: şehir ilk bakışta yazısız görünür; sorun işaretleri, seçim ve yan panel yerinde kalır. Mahalle adlarını ve sorun çağrılarını görmek için Etiketler düğmesi yeter.
• Tercih hatırlanmaya devam ediyor: etiketleri açarsanız bu tarayıcı sonraki açılışta da açık gösterir. Önceki sürümlerde yapılan seçim bir kez sıfırlanır; herkes yeni varsayılandan başlar.

KubeWorld: şehir sayfanın tamamını kullanır

• KubeWorld sayfasının üstündeki başlık kalktı; şehir o alanı da alıyor ve sayfanın kalan yüksekliğini dolduruyor. 1024×768 pencerede görülen sayfa kaydırması da kalktı.
• İzleme'ye dönüş araç çubuğunun en solunda: İzleme düğmesi seçili namespace'leri koruyarak geri götürüyor. Şehir yüklenirken ya da gösterilemediğinde de aynı düğme yerinde; tam ekranda gizleniyor.
• Düzeltme: Çok sorunlu cluster'larda sağdaki sorun listesi sayfayı aşağı doğru uzatıyor ve ikinci bir kaydırma çubuğu açıyordu; liste artık sayfayı uzatmıyor.

İzleme: KubeWorld'e şehirden bir önizleme bandıyla girilir

• İzleme sayfasının başlığındaki düz “KubeWorld” düğmesi kalktı; yerinde KubeWorld şehrinden alınmış yatay bir önizleme bandı var. Bant başlık tarafında zeminle eriyip sağa doğru netleşiyor.
• Bandın tamamı tıklanıyor; sağ ucunda KubeWorld'e gir yazıyor.
• Bant hafif bir görsel, sayfanın açılışını bekletmiyor: KubeWorld'ün kendisi yalnız girdiğinizde yükleniyor.

KubeWorld: trafik yolunu bitiriyor, binalar ilk çizimlere yaklaştı

• Veri yenilendiğinde araçlar ve postacılar artık sıfırlanmıyor: her biri yolunu bitirip ucunda (çıkış, hedef kapı, posta kutusu) kayboluyor, yenisi yalnız yolun başında doğuyor. Yoldaki araçlar tek hızda gidiyor, kuyruk oluşmuyor.
• Binalar ve odalar ilk konsept çizimlerine yaklaştı: çerçeveli, perdeli pencereler, saksılar, kat bantları, saçaklı kapılar; banka sütunlu ve kat numaralı, atölye eğimli çatılı, saatli fabrika testere dişi çatılı. Sekiz oda durumu pencere düzeyinde ayrı şekille ayırt ediliyor.
• Sınır değişmedi: trafik hâlâ tahmin; araç hızı bir veri taşımaz. Bankadaki numaralar binanın katlarıdır, pod kimliği değil; saat bir süs, zamanlama bilgisi değil.

KubeWorld: servisler posta kutusu, cluster içi trafik postacılar

• Servisler artık durak değil posta kutusu; arkasında pod olmayan servis kilitli posta kutusudur.
• Cluster içi servis trafiğini otobüs değil postacılar taşıyor: az trafikte yürüyen postacı, çok trafikte bisikletli kurye. Kaldırımdan gidip alıcı binanın önünde teslim ederler.
• Araçlar gişede ve yolda üst üste yığılmıyor; haritadaki sorun çağrıları ekran alanına göre sınırlı, sığmayanlar mahalle tabelasındaki “+N” rozetine katlanıyor.
• Sınır değişmedi: trafik hâlâ tahmin; postacı yerel teslimatı gösterir, servisten servise ölçülmüş bir akış iddia etmez ve ölçülmeyen yolda hareketli taşıyıcı yoktur. Ayrıntı: KubeWorld → Trafik.

KubeWorld: kırpılan ölçüm listesinin çipi düzeltildi

• Çok büyük cluster'larda (1000+ pod) ölçüm listesi kırpıldığında araç çubuğundaki çip artık doğru şeyi söylüyor: “N pod'un ölçümü yok”. Pod'ların hepsi haritada; yalnız CPU, bellek ve ağ değerleri eksik. Önceki metin bu pod'ların çizilmediğini söylüyordu.

KubeWorld: cluster'ı yaşayan bir şehir olarak görün

• İzleme sayfasının başlığındaki yeni "KubeWorld" düğmesi seçili cluster'ı bir şehir olarak açar. Mahalle namespace, bina iş yükü, oda pod, santral node; gişe giriş kuralı, durak servis, depo hacim talebi. Sorunlu yer kendini şekliyle belli eder: çökme döngüsündeki pod'un camı kırık ve önünde itfaiye, Pending pod iskelede, NotReady node'un beslediği odalarda elektrik kesik. Gökyüzü cluster'ın hâlini, mahallenin üstündeki kara bulut kritik sorunun yerini söyler.
• Sağ panel her işaretin nedenini yazar. Seçilen nesnenin gerekçesi, sorun ve bekleyen listesi, ayrıca YEKE'nin onay bekleyen ve son 24 saatteki operasyonlarını özetleyen bir Operasyonlar kartı.
• Trafik bir tahmindir. Araçların yoğunluğu yolun ucundaki pod'ların ölçülen ağ girişinden çıkarılır; servisler arası akış ölçülmez ve ölçülmeyen yolda araç çizilmez.
• "Kaydet" şehrin o anki görünümünü en az 2× çözünürlükte PNG olarak indirir; "Etiketler" haritadaki yazıları kapatır. Görselin içine cluster adı ve zaman yazılmaz. Lisans gerektirmez. Ayrıntı: KubeWorld.

Sessizlikler yerinde düzenlenebiliyor, "Sustur" kısayolu artık dar kapsamla başlıyor

• Yönetim > Uyarılar > Sessizlik sekmesinde her satırın artık bir "Düzenle" düğmesi var. Gerekçe, kapsam ve tarihler yeniden yazılabiliyor; kaydın kendisi değişiyor, yeni bir kayıt açılmıyor. Tabloda kimin ne zaman düzenlediği görünüyor, tam zaman imleçte. Yazan sütununda artık kullanıcının kimliği değil adı yazıyor.
• İzleme > Uyarılar'daki "Sustur" penceresi artık bir kapsam soruyor. Varsayılan yalnız o uyarının hedefini susturur — bir pod için bu, pod'un sahibi olan iş yükü (ör. "odeme · Deployment/api") demek, pod yeniden başlasa bile geçerli kalıyor. Sahibi çözülemeyen bir pod için susturma o pod'a, bir iş yükü/node/hacim için kendisine daralıyor. İkinci seçenek eski davranış: "bu cluster'daki tüm hedefler". Cluster düzeyindeki bir uyarıda kapsam seçimi yok, zaten cluster'ın tamamını kapsıyor. Bir CronJob'un pod'u kendi koşumunun işine bağlandığından, "yalnız bu iş yükü" seçeneği CronJob'larda yalnız o koşumu susturuyor; pencere bunu belirtiyor.
• Sessizlik tablosunun Eşleşme sütunu artık kapsamı açıkça yazıyor — "tüm hedefler" ya da namespace · Tür/ad — ve dar (1280 px) ekranda yatay taşmıyor.

Uyarı yolu ve sessizlikte "tüm cluster'lar" tek anlama indi

• Bir yönlendirme yolu ya da sessizlik artık "*" cluster'ıyla kaydedilemiyor. Bu iki kayıtta "tüm cluster'lar" demek için cluster alanı boş bırakılır (arayüz zaten böyle yapıyor). API'ye doğrudan "*" gönderilerek yazılmış bir kayıt yönetim ekranında "Tüm cluster'lar" görünüyor ama hiçbir cluster'a uygulanmıyordu; böyle bir istek artık reddediliyor.
• Daha önce bu şekilde yazılmış bir yol ya da sessizlik listede artık * olarak görünüyor, "Tüm cluster'lar" diye değil — davranışı değişmedi, yalnız ekran onu doğru anlatıyor. Silip cluster alanı boş olarak yeniden oluşturun. Kural ve bakım pencerelerinde "tüm cluster'lar" seçimi eskisi gibi çalışıyor.

Uyarılar sekmesinde susturma görünürlüğü

• İzleme sayfasının Uyarılar sekmesinde sessize alınan bir uyarı artık "Sessize alındı" etiketiyle işaretleniyor. Etiketin üzerine gelince bildirimlerin ne zamana kadar gönderilmeyeceği görünüyor; sessizdeki satırda "Sustur" düğmesi tekrar çıkmıyor. Uyarının kendisi yine açılır ve durumu yine değişir — susturulan yalnız bildirimlerdir.
• Yönetim > Uyarılar > Sessizlik sekmesinde her sessizliğin neyi susturduğu artık görünüyor. Önceden yalnız sayı ve ham kimlik vardı; artık kural ve cluster adları, hedef türü ile ad/namespace seçici gösteriliyor. Uzun listeler kısaltılıyor, tamamı imleçte.

Geçmiş sekmesinden yapılan geri yükleme sayfayı yenilemeden tazelenir

• Geri yükleme uygulandıktan sonra Geçmiş sekmesi yerinde kalır; liste ve karşılaştırma sayfa yenilemeden tazelenir. Başa yeni bir "Geri yükleme (rN sürümünden)" satırı gelir, seçili sürüm korunur ve karşılaştırma "Şimdiki hâl rN ile aynı" diyerek sonucu gösterir. Bu, Geçmiş sekmesindeyken yapılan her uygulanmış Secret değişikliği için geçerlidir — Data sekmesinden yapılan bir düzenleme dahil.

Secret Geçmiş sekmesinde dört düzeltme

• "Yeniden oluşturuldu" ayracı artık doğru satırın altında. Önceden bir satır yukarıdaydı ve silme satırını yeni nesneden ayırıyormuş gibi görünüyordu; artık yeni nesnenin ilk sürümünün altında duruyor.
• Silinmiş bir Secret'ın geçmişi açıldığında içeriği olan en son sürüm seçili gelir. "rN sürümünden yeniden oluştur" hemen kullanılabilir, önce başka bir sürüm seçmek gerekmez.
• Secret kümede yokken satır başı "Geri yükle"/"Kaldır" kapalı, nedeni tabloda. Düğmeler kapalı gelir; tablonun altında tek satırda neden yazar — silinmiş bir Secret yalnız bütünüyle yeniden oluşturulabilir.
• "Nesne bulunamadı" artık bir kez görünüyor. Geçmiş sekmesinde bu bilgi önceden üç kez tekrarlanıyordu.

Uyarıyı günlerce, haftalarca susturma

• Sustur penceresinde yeni süreler: 1 gün, 1 hafta, 1 ay, 1 yıl. Önceden en uzun seçenek 24 saatti ve bakımdaki bir node gibi günlerce sürecek bilinen bir durum her gün yeniden susturulmak zorundaydı. Ay 30, yıl 365 gün sayılır; saatlik ya da belirli bir tarihe kadar susturma Yönetim → Bildirimler → Uyarılar → Sessizlik sekmesindeki formda. Uzun bir sessizlik oradan silinerek her an erken bitirilebilir; gerekçe yine zorunlu.
• Sustur penceresi ferahladı. Gerekçe, süre ve düğmeler arasına boşluk girdi; düğmeler öteki pencerelerdeki gibi sağa yaslı.

Secret sürümleri: her YEKE yazması bir kayıt, dışarıdaki değişiklik bir sonrakinde yakalanır

• Yeni "Geçmiş" sekmesi. Secret detayında her sürüm rN + tarih/saat ile listelenir ("Revizyon 7" gibi erişilebilir bir adla); kaynak etiketi o sürümün nasıl oluştuğunu gösterir: İlk kayıt, YEKE dışı, Arayüz, Yapay zekâ, API / kabuk, Geri alma, Geri yükleme.
• YEKE dışı değişiklik bir sonraki YEKE yazmasında yakalanır. Sürekli izleme yok — kubectl gibi bir yolla yapılan bir değişiklik, YEKE o Secret'a bir sonraki kez yazdığında "YEKE dışı" olarak sürüme girer (tembel tespit; ayrıntı için aşağıdaki Sınırlar'a bakın).
• Tek anahtarı ya da tüm Secret'ı eski bir sürüme geri yükleme. Diff ekranından satır satır "Geri yükle", ya da "Tümünü rN sürümüne döndür" — her ikisi de onay kartından geçer, canlı Secret'a doğrudan yazmaz.
• Silinmiş bir Secret'ı geçmişinden yeniden yaratma. "Silinmiş Secret'lar" görünümü Geçmiş sekmesine yönlendirir; orada seçilen bir sürümden "rN sürümünden yeniden oluştur" ile Secret'ın TAMAMI (tek anahtarla değil) yeniden yaratılır — Secret yazma yetkisi ister, yeni bir obje/uid alır.
• Geçmiş şifreli saklanır, görünürlük tavanına uyar. Mevcut zarf mekanizmasıyla DB'de okunamaz; YEKE_SECRET_DISPLAY masked/hidden iken değeri görmeden, hangi anahtarların değiştiğini bilerek "kör geri yükleme" yapılabilir. Anahtar bazında erişimi olan bir kullanıcı yalnız VAR OLAN bir değeri değiştirebilir, yeni anahtar ekleyip silemez.
• Saklama varsayılanları 90 gün / 50 sürüm. YEKE_SECRET_VERSION_RETENTION_DAYS (varsayılan 90) ve YEKE_SECRET_VERSION_MAX (varsayılan 50, Secret başına) ile özelleştirilir; en yüksek revizyonlu baş satır hiç silinmez, yalnız süresi geçince içeriği düşer.
• E6'nın dördüncü kalemi. secret-versions, secret-display/secret-keys/effective-access'in yanına eklendi — Erişim ve Secret yönetimi. Ayrıntılı kullanım için Secret sürümleri sayfasına bakın.
• Sınırlar. Anahtar rotasyonu yok (şifreleme anahtarı değişirse eski sürümler açılamaz); tembel tespit iki YEKE yazması arasındaki birden çok dış değişiklikten yalnız SONUNCUSUNU yakalar; geçmiş Secret'a YEKE'nin ilk yazdığı andan başlar; Helm'in kendi release Secret'ları kapsam dışı (doğru araç helm rollback); geri yükleme Secret'ın tipini değiştirmez, yalnız veriyi yazar; lisans kalkarsa kayıt durur ve okuma/geri yükleme kapanır ama var olan kayıtlar saklama süresi sonuna kadar silinmez; mevcut Enterprise lisansları bu kalemi kendiliğinden açmaz, secret-versions adıyla yeniden imzalanmış bir lisans gerekir.

İzleme yalnız iş yüklerinde; Secret sayfası hata göstermeden açılır

• İzleme bölümü yalnız pod'u olan nesnelerde. Deployment, StatefulSet, DaemonSet, ReplicaSet, Job ve Pod detayında kalır; ConfigMap, Service gibi pod'u olmayan nesnelerde artık görünmez. Önceden bir iş yükünün geçmişine bakıldıktan sonra bu sayfalar "0 pod ölçüldü" satırında kalıyordu.
• Secret sayfası önce "yetkin yok" demiyor. Yetki grubunun anahtar kuralıyla erişen kullanıcı, açılışta bir an beliren yetki hatasını görmeden doğrudan anahtar tablosuna ulaşır. Hata yalnız kullanıcının o Secret'ta gerçekten anahtar yetkisi yoksa gösterilir.

Secret sayfası anahtar bazında erişende sadeleşti

• Boş araç çubuğu ve "akış durdu" uyarısı kalktı. Secret'a yetki grubunun anahtar kuralıyla erişen kullanıcı Secret'ı kümeden değil YEKE üzerinden okur; canlı akışın düşmesi beklenen bir durumdur ve artık gösterilmez.
• Secret'ta izleme paneli yok. Secret'ın pod'u olmadığı için "0 pod ölçüldü" diyen panel bu sayfadan kaldırıldı. Sayfa doğrudan başlık ve anahtar tablosuyla açılır.

Yönetim menüsü kategorilere ayrıldı

• Yönetim menüsü artık düz liste değil, dört kategori. Kimlik ve erişim, Entegrasyonlar, Bildirimler, Uyum ve denetim — Lisans tek başına, kategorisiz kalıyor. Ekranların kendisi ve yetkileri değişmedi, yalnız menüdeki yerleri.
• Menü her açıldığında kategoriler kapalı gelir. Bir kategoriye tıklayınca açılır, o sırada açık olan başka bir kategori varsa kapanır — aynı anda yalnız bir kategori açık kalır.
• Kapalı bir kategorinin altında içindeki ekranların adları görünür. Ana ekrandaki Yönetim menüsünde aradığınız ekranın hangi kategoride olduğunu açmadan görebilirsiniz.

E6 yeniden tanımlandı: Erişim ve Secret yönetimi

• E6 artık "Erişim ve Secret yönetimi". Üç kalem: secret-display (kurulum çapında Secret görünürlük tavanı, E3'ten taşındı — davranış aynı), secret-keys (yetki grubunun Secret anahtar erişimi) ve effective-access (başka bir kullanıcının etkin yetki görünümü).
• Yetki grubu Secret anahtar erişimi artık Enterprise. Önceden bayraksız, yani ücretsizdi; bu sürümden itibaren secret-keys (E6) ister. Yetki gruplarının temeli — tanım, üyelik, şablon, namespace kapsamı, RBAC üretimi — Community'de kalır.
• Eski E6 (yönetilen yapay zekâ) kaldırıldı. managed-ai, ai-policies, ai-audit-report sözlükten çıktı; scim ve saml E1'e taşındı — adlar değişmedi, yalnız fazları.
• Mevcut lisanslar bir şey kaybetmez. Eski E6 adlarından birini taşıyan bir lisans yeni E6'nın üç kalemini de açmış sayılır.

Secret ekranında Veri sekmesi ve anahtar × grup erişim matrisi

• Yeni varsayılan "Veri" sekmesi. Secret sayfası artık anahtar–değer tablosu açar: değer varsayılan olarak maskeli, satır başına Göster / Kopyala / Düzenle, üstte "Tümünü göster", anahtar ekleme ve silme. İkili ve çok satırlı değerler ayrı gösterilir; TLS sertifikası CN ve bitiş tarihi özetiyle görünür.
• Tavan ve anahtar kuralları geçerliliğini korur. Kısıtlı görünürlük kipinde Göster/Kopyala çizilmez, düzenleme yalnız "Yeni değer" ile kör yazma kabul eder; yazma yetkisi yoksa düğmeler kapalı ve nedeni ekranda yazılıdır.
• Erişim sekmesi anahtar × grup matrisine döndü. Her hücre Gizli / Görür / Düzenler arasında seçilir; "Tüm anahtarlar" satırı o gruba o an var olan bütün anahtarlar için tek seferde kural yazar — joker DEĞİL, sonradan eklenen anahtar yine gizli başlar.
• Yetki grupları sayfasında "Yeni grup" düğmesi taşındı. Diğer yönetim sayfalarıyla aynı konuma alındı.

Secret görünürlüğü: değerler owner dahil hiç kimseye gösterilmeyebilir

• Tek ortam değişkeni, üç kip: YEKE_SECRET_DISPLAY. full (varsayılan, bugünkü davranış), masked (değer yerine eşit değerlerde aynı kalan bir işaret) ya da hidden (işaret de yok, yalnız anahtar adları). Tanınmayan bir değer core'u açılışta durdurur.
• Kimlikten bağımsız tavan — owner dahil herkes. Kısıtlı kipte Secret ekranı "Değerleri göster"i çizmez; değer yerine maske çipi ve anahtar başına "Yeni değer" alanı gösterir — kör yazma: eski değer görülmeden yeni değer yazılır.
• Enterprise secret-display bayrağı ister. Lisanssız ilk kurulum kısıtlı kiple açılmaz — sessizce full'a düşmek gizlenmek istenen değeri gösterirdi. Lisans sonradan düşerse core yine açılır: daha önce yürürlüğe girmiş kip ile ortam değişkeninin daha sıkı olanı uygulanır, açılış logunda ve arayüzde uyarı görünür.
• Sınır: bu bir YEKE üzerinden görüntüleme sınırıdır. exec ile pod içinden okuma, değeri log'a yazan bir iş yükü ya da kümeye YEKE dışından erişim bu sınırın dışındadır — Kubernetes yetkisi değişmez.

Yetki grupları: arayüzden RBAC kur, Secret'a anahtar bazında eriş

• Yetki grubu arayüzden kurulur — Yetkiler, Kapsam, Üyeler ve Küme durumu sekmeleriyle: ön seçimli Kubernetes yetkileri (görüntüleme, kod çalıştırma, iş yükü/ yapılandırma, node) seçilir, bir ya da birden çok namespace'e (ya da tümüne) kapsanır, üyeler eklenir. "RBAC'ı oluştur" düğmesi yalnız kümenin owner'ında — grup tanımı ve üyelik her admin'e açık.
• Beş hazır şablon: Gözlemci, Geliştirici, Yayın ekibi, Namespace sahibi, SRE / nöbet. Yetkileri doldurur; sonradan elle değiştirilebilir.
• Uygulanmış bir gruba giren member, küme geneli salt-okunur eksenini bırakır. Artık yeke:cluster-viewers bürünmez; gördüğü namespace'ler üye olduğu grupların kapsamının birleşimidir.
• Secret'a anahtar bazında erişim. Grubun kendisi kümede Secret'a HİÇ erişmez; anahtar kuralı olan bir grup için YEKE'nin Secret ekranında her anahtar tek tek Görür / Düzenler / Gizli işaretlenir. Kuralı olmayan anahtar — yeni eklenen de dâhil — gizli başlar.
• Namespace seçici artık kümeden okuyor. Küme geneli listede 403 alan kullanıcı için seçici kendi yetki gruplarının kapsamından dolar. Eylem düğmeleri kümeden okunan yetkiye göre kapanır ve nedenini yazar; kullanıcı başına "etkin yetki" görünümü de gruplardan değil kümeden okunur.
• Sınırlar: yetki grupları yalnız ekler, RBAC yasak koymaz — admin rolü bir gruba üyelikle daraltılamaz. Redeploy ile imaj değiştirme RBAC'te ayrılamaz. Kod çalıştırabilen bir grupta (kabuk, geçici konteyner, Job/CronJob, iş yükü düzenleme) anahtar gizlemesi bir sınır değildir — pod'un içindeki kod zaten o Secret'ı okuyabilir.

Uyarı bildirimleri artık toplanıyor; gidip gelenler tek bildirimde

• Toplama penceresi: cluster başına 5 dakika. Bir cluster'da açılan uyarılar 5 dakika toplanıp o cluster için tek mesajda gidiyor (e-posta ve sohbet). Kritik uyarılar beklemiyor — aynı turda gidiyor.
• Kapanış mesajı 30 dakika bekliyor. Bu sürede aynı hedef yeniden açılırsa kapanış hiç gitmiyor ve yeni tetiklenme de bildirilmiyor — kanal açısından uyarı hiç kapanmamıştır. Gönderilen kapanış "30 dakikadır yeniden açılmadı" diyor; izleme arada kesildiyse bunu da ekliyor.
• Birden çok kez gidip gelen bir hedef tek bildirilir. Kapanış mesajında kaç kez yeniden açıldığı yazıyor; Uyarılar sekmesinde "N kez yeniden açıldı" rozeti.
• Kör kalan (verisi gelmeyen) bir cluster'ın hatırlatmasında "veri N dk'dır gelmiyor" notu.
• HTTP Hook'larda (ITSM vb.) gövde biçimi DEĞİŞMEDİ, zamanlama değişti: tetiklenme ~5 dakika, kapanış ~35 dakika gecikmeyle gidiyor. Gidip gelen bir olayda id değişebilir — kayıtları fingerprint ile eşleyin. Denetim kaydı ve SIEM aktarımı gecikmiyor, gerçek zamanlı kalıyor.
• Hook formunda yeni varsayılan: "Yalnız uyarılar ve tarama raporları" — operasyon bildirimi seçilmiyor. "Tüm operasyon olayları" seçilirse yoğun cluster'larda çok bildirim üretebileceği belirtiliyor.

Hook'un olay seçimi artık yalnız operasyon bildirimlerini soruyor

• Uyarı ve tarama raporu, Hook'un olay listesinden kalktı. Bu iki ailenin hangi Hook'a gideceğini — kapanış bildirimi dahil — zaten uyarı yönlendirmesi ve zamanlanmış tarama seçiyordu; Hook formundaki alert.fired/alert.resolved/ scan.report kutucukları hiçbir şeyi değiştirmiyordu. Yerlerine Yönlendirme ve Zamanlanmış tarama sekmelerine bağlantılı tek bir satır geldi.
• Hook'un olay seçimi artık altı operasyon bildirimiyle sınırlı: üç terminal sonuç (uygulandı, kısmen uygulandı, başarısız) ve çift onayın üç jesti (istendi, verildi, geri çekildi). Boş bırakmak "operasyon bildirimi yok" demektir.
• Mevcut Hook kayıtları bir göçle düzeltildi; aldıkları bildirimler değişmedi, yalnız etkisiz kutucuklar aboneliklerinden çıktı.
• Yol boyunca iki hata düzeldi: yalnız uyarı olayı yazan bir YAML Hook'u yanlışlıkla tüm operasyon olaylarına abone oluyordu; formda daraltılmış bir Hook'u "tüm olaylar"a geri çevirmek hiçbir şeyi değiştirmiyordu.

Sunucu bilgisi artık çubuklu bir kartta

• Üst çubuktaki tek satırlık sunucu şeridi kalktı. Yerine, karşılama bloğunda düğmelerin altında “YEKE sunucusu” başlıklı bir kart var: CPU, bellek ve disk doluluğu, her biri kendi yüzdesi ve çubuğuyla.
• Çubuk rengi eşiğe göre değişiyor: %80'in altında yeşil, %80–90 arasında turuncu, %90 ve üstünde kırmızı. Uyarı ve tehlike bandında yüzde de renkleniyor; tehlikede ayrıca kalınlaşıyor.
• Kart yalnız yöneticiye görünüyor ve geçmiş tutmuyor. Geniş ekranda sayfayı uzatmıyor, karşılama bloğunda zaten var olan boşluğa oturuyor; şeritten farklı olarak dar ekranlarda da görünür.
• Konteynere bellek kotası konmuşsa Bellek kaleminde ikinci bir “Konteyner” çubuğu çıkıyor; her çubuk kendi oranının rengini taşıyor.
• Kart YEKE'nin kendi çalıştığı sunucuyu anlatıyor; cluster'ların node metrikleri kendi ekranlarında kalmaya devam ediyor.

Uyarı bildirimleri artık kısa ve cluster adıyla

• Mesaj artık kısa. Başlıkta durum ve cluster'ın kendi adı; altında tek bir ölçüt satırı (değer · eşik · süre), en çok 10 varlık ve kalanı için "…ve N daha", bir de YEKE'de aç bağlantısı. Sohbette bir uyarı eskiden 9 satıra, şimdi 4 satıra sığıyor.
• Cluster kimliği (c-6 gibi) yerine adı — uyarı, operasyon ve tarama bildirimlerinin hepsinde, konu satırı dahil.
• Zaman yalnız süre olarak yazılıyor: "5 dk'dır açık", "20 dk sürdü" — saat yazılmıyor. Kapanış mesajı da sebep iddia etmiyor: "Son 2 dakikada eşiği aşan okuma yok".
• E-posta artık HTML (duruma göre renkli şerit, YEKE'de aç düğmesi) ve yanında bir düz metin kopyasıyla gidiyor; sohbette (Google Chat, Slack, Microsoft Teams) kalın başlık, durum işareti ve tıklanır bağlantı taşıyan biçimli bir mesaj — makine kimlik satırı yalnız e-postada. Biçimlendirme Google Chat'te canlı ölçüldü; Slack ve Teams'inki henüz yalnız yapısal testle doğrulandı.
• Tek varlıklı bir uyarıda "YEKE'de aç" doğrudan o uyarıya gidiyor: Uyarılar sekmesini açar, satırı işaretler; uyarı listeden düştüyse bunu bir cümleyle söyler.

Hook adresi artık bir sır gibi saklanıyor

• Adres veritabanında şifreli. Sohbet webhook'larında adresin kendisi kimlik bilgisidir: Google Chat'te sorgu dizesindeki key ve token, Slack'te yolun kendisi. 0.52'de Authorization başlığı ve imza sırrı şifreli saklanırken adres düz metindi; artık HTTP ve sohbet hook'larının adresi de aynı anahtarla şifreleniyor. Şifreleme, veritabanını ya da yedeğini anahtar olmadan okuyan birine karşıdır — anahtar core'un ortamında durur.
• Kaydedilen adres bir daha okunamıyor. Yönetim → Hook'lar ekranı ve API adresin yalnız host'unu ve izini (son dört karakter ve kısa bir özet) gösteriyor; değiştirmek için Değiştir'e basıp yenisini yapıştırıyorsunuz. Hook'ları API'den okuyan bir betiğiniz varsa url alanı artık yok, yerinde urlHost ve urlFingerprint var.
• Yükseltmede elle yapılacak bir şey yok. Mevcut adresler core'un ilk açılışında şifreleniyor ve hook'lar aynı adrese teslim etmeye devam ediyor. Veritabanı şeması ilerlediği için 0.52'ye geri dönüş, yükseltmeden önce alınan veritabanı yedeğinden yapılır. Ayrıntı: Sohbet kanalları.

Sunucu şeridi: okunamayan CPU artık "bekleniyor" demiyor

• CPU sayacı hiç okunamıyorsa şerit bunu söylüyor. Sertleştirilmiş çalışma zamanlarında (gVisor, hidepid, bağlanmamış /proc) CPU kalemi süresiz "ilk ölçüm bekleniyor" durumunda kalıyordu, oysa ölçüm hiç gelmeyecekti. Artık bellek ve disk kalemleri gibi "okunamadı" diyor.
• Tek seferlik bir okuma hatası sayıyı silmiyor. Oran bir kez hesaplandıktan sonra düşen bir örnek son geçerli değeri bırakıyor; sonraki örnek yine deniyor.
• Sağlıklı bir sunucuda görünür bir değişiklik yok: CPU açılıştan sonraki ilk yaklaşık 20 saniye "ilk ölçüm bekleniyor", ardından yüzde.

Sunucu, üst çubukta tek satır

• YEKE artık kendi çalıştığı sunucuyu da gösteriyor. Ana ekranın üst çubuğunda, marka adının yanında CPU, bellek ve disk doluluğu tek satırda; yalnız yönetici görüyor, geçmiş tutulmuyor. %80'de uyarı, %90'da tehlike rengi; normal bantta renk yok. Disk kalemi YEKE'nin veri dizininin bulunduğu dosya sistemidir — tek makinelik bir kurulumda bu, Docker günlükleriyle aynı diskin doluluğudur.
• Konteynere bellek kotası konmuşsa şerit kotayı da gösteriyor, host sayısının yerine değil yanına: "Bellek %41 (konteyner %80 / 512 MiB)" gibi ikinci, etiketli bir sayı olarak.
• Cluster node'larının metriği değil. Şerit yalnız ana ekranda ve YEKE'nin kendi sunucusu hakkında; cluster'ların CPU/bellek grafikleri kendi ekranlarında, ayrı yerde kalmaya devam ediyor.

Bildirim hook'una üçüncü taşıma: Sohbet

• Taşıma seçeneklerine Sohbet eklendi — Google Chat, Slack ya da Microsoft Teams'e biçimlendirilmiş bir mesaj gönderiyor. Vesile gerçek bir arıza: bir kurulumun Google Chat'e bağladığı hook'ta Sına düğmesi HTTP 400 döndü, çünkü YEKE'nin standart hook gövdesi (schemaVersion, hookId, deliveryId, stage) Google'ın kendi şemasına hiç uymuyordu.
• Sohbet biçimi kapalı bir listeden seçiliyor: Google Chat, Slack ya da Microsoft Teams; gövde seçilen ürünün kendi şemasına göre kuruluyor, mesaj metni e-posta kanalıyla aynı Türkçe/İngilizce şablonlardan üretiliyor. Kurulum e-posta kanalıyla aynı ekrandan: Yönetim → Hook'lar → Yeni hook → Taşıma: Sohbet.
• Google Chat canlıda doğrulandı: Sına 200 döndü ve gerçek bir uyarı bildirimi ilk denemede teslim edildi. Slack ve Teams'in zarfı yapısal testlerle doğrulandı; bu iki ürüne henüz canlı istek atılmadı. Kurulum ve sınırlar: Sohbet kanalları. Google Chat'in 4096 karakterlik sınırının karakter mi bayt mı saydığı da ölçülmedi; bu yüzden mesaj metni iki tavana birden uyuyor — 4000 karakter ve 4080 bayt, hangisi önce dolarsa kırpma oradan işliyor.

Güvenlik düzeltmesi: okunmayan bir sır artık yazılamıyor

• Authorization başlığı ve imza sırrı artık yalnız HTTP taşımasında yazılabiliyor. Bugüne kadar bu iki alan taşımadan bağımsızdı: bir e-posta ya da sohbet hook'una girilen Authorization değeri şifrelenip saklanıyor, ekranda parmak izi görünüyordu ama hiçbir isteğin okuyucusu yoktu — kimliği zaten adresin ya da SMTP rölesinin kendisi taşıyor. Operatör bu alanı doldurduğunda kanalın imzalı olduğunu sanabiliyordu.
• Var olan kayıtlar düşmüyor, göç gerekmiyor. Kapı yalnız yeni bir yazmayı sorguluyor; taşıma HTTP dışına alınırken kayıtlı bir sır varsa ekran önce uyarıyor, kaydedildiği an sır sunucudan siliniyor.

Hook HTTP hatasının cümlesi 4xx/5xx'e göre ayrıldı

• 400'de artık servise değil isteğe bakılıyor. Bir hook 2xx dışı döndüğünde ekran tek bir cümle gösteriyordu: "bakılacak yer servisin kendisi." Google Chat örneğinde bu yanlıştı — servis ayaktaydı ve isteği doğru sebeple reddetmişti, reddedilen bizim gönderdiğimiz gövdeydi. Artık 4xx'te cümle "bakılacak yer isteğin kendisi (gövde ya da başlık)" diyor; 5xx ve ulaşılamamada eski cümle aynen kalıyor.

nairotech/yeke:0.52.0 kısa bir süre canlıda kaldı; 0.52.1 onun yerine geçiyor, aynı içeriği taşıyor ve üstüne yalnız host şeridini ekliyor.

E-posta kanalı ekrandan bulunuyor

• Hook'lar menü ipucu sayfanın içindekilerini söylüyor. İpucu eskiden hook'un ne işe yaradığını anlatıyordu; o cümle sayfanın kendi girişinde zaten vardı ve SMTP sunucusu ayarından hiç söz etmiyordu. Artık "doğrulama ve bildirim hook'ları, e-posta için SMTP sunucusu" yazıyor, yani e-posta rölesi menüden görünüyor.
• Uyarı yönlendirmesinde kanalın hedefi görünüyor. Yol ve zamanlanmış tarama formlarındaki kanal listesi yalnız hook kimliğini yazıyordu. Artık kimliğin altında hedefi de var: e-posta hook'unda alıcı sayısı, HTTP hook'unda konak. Alan açıklaması kanalın iki biçimini adlandırıyor; hiç bildirim hook'u yokken de Hook'lar ekranına bağlantı veriyor. Uyarıları e-postaya göndermek zaten mümkündü, ekranda görünmüyordu.
• SMTP kartının Türkçe metinleri "hook" diyor. Kart "kanca" diyordu; arayüzün geri kalanı "hook" dediği için sayfada arama yapan onu bulamıyordu.

Ana menü kısa ekranda

• Cluster'lar ve Yönetim alanı yarı yarıya paylaşıyor. Kısa ekranda Yönetim bölümü hiç küçülmüyordu ve cluster listesine birkaç satır kalıyordu. Artık iki bölüm kalan yüksekliği eşit paylaşıyor ve her biri kendi içinde kayıyor; biri yarısına sığıyorsa artanı öbürü alıyor. Uzun listede satırlar da artık sıkışmıyor. Büyük ekranda görünüm değişmedi.

0.51.0'dan sonra üretimde görülen üç şey.

• Anomali olayının değeri yüzde gibi yazılıyordu. Node belleği ve CPU'su anomalisinde Uyarılar sekmesi baytı yüzdeye çeviriyordu ("%841.302.056.960" gibi). Artık değer kendi biriminde ve yanında olağan değeri: "7,8 GiB (olağan 14,1 GiB)". Aynı düzeltme uyarı e-postasında da.
• Üst çubuktaki uyarı çipi özet veriyor. Çipin rengi ateşleyen uyarı varsa kırmızı, yalnız bekleyen varsa sarı. Açılan pencere sayıyı tekrarlamıyor; durum dağılımını ("2 ateşliyor · 1 bekliyor") ve en fazla beş uyarının kural ve öznesini gösteriyor.
• İzleme › Tarama'daki "Sohbette aç" düğmesi kaldırıldı. Raporun eylemleri (uygula, derinleştir, sohbete aktar) raporda yerinde; sohbet panelindeki "Tara" düğmesi ve tarama kartı da.

E5 fazının (izleme: uyarı ve anomali) ikinci sürümü: zamanlanmış tarama ve tek dosya HTML rapor, gölge kipinde anomali tespiti ve Uyarılar ekranında okunabilirlik düzeltmeleri. Kurulum adımları ve sınırlar: Uyarılar. Aynı tek bayrak, Enterprise: metrics-alerts.

Zamanlanmış tarama ve tek dosya HTML rapor (Enterprise)

• Cluster başına bir zamanlama: 6/12/24 saat ya da haftalık, yerel saat ve saat dilimiyle. Zamanlama, onu kuran yöneticinin kimliğiyle koşar.
• Sahip kontrolü her koşuda yeniden yapılır. Sahip devre dışı kaldıysa, yöneticilik rolünü kaybettiyse, dizin grubu üyeliği daraldıysa, OIDC ile gelen sahip 30 gündür giriş yapmadıysa ya da cluster’ın AI egress’i kapatıldıysa zamanlama durur ve bunu üst çubukta yalnız yöneticiye söyler; geçici bir arıza durdurmaz, aynı koşu bir pencere içinde yeniden dener.
• Rapor bittiğinde bildirim kanalına gider: önem derecesine göre bulgu sayıları, ilk 10 bulgu ve rapora bağlantı. Raporun kendisi artık tek dosya HTML; taramanın JSON çıktısı Community’de ücretsiz kalmaya devam ediyor.

Anomali tespiti — gölge kipinde (Enterprise)

• Hazır dört kural gelir: node ve iş yükü × CPU ve bellek. Her node ve iş yükünün kendi son 14 günlük gün-içi profilinden (medyan ve tipik sapma) en az 60 dakika kesintisiz süren ve büyüklüğü eyleme dönüşecek kadar olan bir sapmayı yakalar: node'da kendi kapasitesinin %10'u, iş yükünde cluster kapasitesinin %1'i. En az 7 günlük geçmiş gerekir.
• Bu sürümde yalnız gölge kipinde: ateşleyen bir anomali İzleme sekmesinde görünür ve kendi rozetini taşır, ama hiçbir kanala gitmez. Amaç yöntemi canlı veriyle doğrulamak; kanala teslim ayrı bir sürümün konusu.
• Kapsam node ve iş yükünde; ağ, disk ve pod kapsam dışı (ayrıntı ve gerekçe: Uyarılar).
• “Beklenen davranış” işareti: bir anomali olayını normal olarak işaretleyebilir, geri alabilirsiniz — bu bir geri bildirim kaydıdır, profili o an değiştirmez.

Uyarılar ekranında okunabilirlik

• Durum artık şiddetten değil durumdan renk alıyor: ateşleyen bir uyarı kırmızı; kapanmış ve bayat bir olay kendi birleşik durumunu taşır (“kapandı — hedef artık okunmuyor”).
• Özne tıklanabilir: sahibi biliniyorsa ilgili Deployment/StatefulSet/DaemonSet/ReplicaSet/Job sayfasına, değilse kendi nesne sayfasına gider.
• Değer ve eşikler artık kendi biriminde yazılır (ör. “CPU ≥ %90”), çıplak ondalık sayı değil — hem İzleme sekmesinde hem yönetim ekranının kural listesinde.

E5 fazının (izleme: uyarı ve anomali) ilk sürümü: eşik ve "veri gelmiyor" kuralları, yönlendirme, sessizlik, bakım penceresi ve e-posta bildirim kanalı. Kurulum adımları ve sınırlar: Uyarılar. Tek bayrak, Enterprise: metrics-alerts.

Uyarı kuralları, yönlendirme, sessizlik ve bakım penceresi (Enterprise)

• İzleme sayfasına yeni bir sekme geldi: Uyarılar. Açık uyarı sayısı üst çubukta bir çip olarak da görünür.
• Kurulumda 14 hazır kural açık gelir (11 eşik + 3 "veri gelmiyor"), İzleme sayfasının "dikkat gerektirenler" eşiklerinden türetilir. Ölçümü tanımlayan alanlar (tür, metrik, eşik, kapsam) kilitli; açık/kapalı, süre ve önem derecesi serbest.
• Bayat bir örnek (3 dakikadan eski) eşik kuralını hiç değerlendirmez. "Veri gelmiyor" ayrı bir kural türüdür ve toplayıcı, node ve alım için ayrı ayrı izlenir; durumu sorulamayan bir cluster arıza sayılmaz.
• Yönlendirme eşleşen HER yola gider ve çözülmemiş bir uyarıyı dört saatte bir hatırlatır. Bir turda aynı kural ve cluster için gelen geçişler tek teslimde birleşir (en çok 50 varlık + kalan sayı).
• Sessizlik ve bakım penceresi ayrı iki kayıttır ve yalnız uyarıları susturur; değişiklik dondurma (change-freeze) penceresini etkilemez.
• Kural, kanal, yönlendirme ve sessizlik yalnız yöneticinin yazabildiği kayıtlardır; uyarı listesi herkesin kendi Kubernetes yetkisine göre süzülür.

E-posta bildirim kanalı ve SMTP (Enterprise)

• Bildirim hook'una ikinci bir taşıma eklendi: e-posta. Var olan hook mekanizmasının (imzalı gövde, yeniden deneme, ölü kuyruk) üstünde; ikinci bir kuyruk açılmadı. Ayrıntı: Hook entegrasyonu.
• SMTP rölesi Yönetim → Hook'lar ekranında tek bir kayıt; parola şifreli saklanır. Kurumun kendi iç ağındaki bir röle kullanılabilir — yalnız loopback ve link-local adresler reddedilir.
• E-posta gövdesinin dili kanal başına seçilir (Türkçe/İngilizce).
• Operasyon bildirim e-postaları artık kayıpsız. Önceden apply hatasının sebebi, hangi adımda düştüğü ve apiserver'ın verdiği yanıt e-postada görünmüyordu; artık her alan kendi satırında.
• Lisans kalkarsa uyarı motoru durur ve bunu söyler: üst çubukta bir çip ve denetim izinde bir kayıt. Var olan kurallar, geçmiş olaylar ve teslim kayıtları okunur kalır; yeni kural yazılamaz.

Community sınırı: izleme geçmişi artık 30 gün

• Community sürümünde metrik geçmişi artık 30 güne kadar okunabiliyor; önceden bu sınır 90 gündü. 90 güne kadar geçmiş artık Enterprise lisansının (metrics-retention) kapsamında. Bu bir daralmadır ve gizlenmiyor: özellik 09.09.2026'da çıktığı için hiçbir kurulumda henüz 30 günü aşan bir geçmiş yoktu, yani bugün kaybedilen bir veri yok.
• Kilitli 90 günlük görünüm gizlenmiyor, sebebini söylüyor. Ekran ve AI aracı 30 günden uzun bir pencere istendiğinde bunu kırptığını açıkça belirtir; sessiz kırpma yok.
• Metrik toplama, grafikler, elle başlatılan tarama ve teşhis raporu bit değişmeden Community'de ücretsiz kalmaya devam ediyor; değişen yalnız geriye kaç gün okunabildiği.

Tarayıcı kabuğunda kubectl'in YEKE mesajları İngilizce

• kubectl'in YEKE'den aldığı açıklamalar artık İngilizce. Tarayıcı kabuğunda bir komut onay bekler, reddedilir ya da uygulanamazsa kubectl'in bastığı YEKE: … satırı önceden Türkçeydi. kubectl'in kendi çerçevesi (Error from server (Forbidden): …) İngilizce olduğu için satır iki dilli görünüyordu. Script'leriniz bu satırlarda Türkçe metin arıyorsa İngilizce karşılıklarına geçirin.
• Kabuğun açılış satırları ve web terminalinin mesajları değişmedi; onlar seçili dili izlemeye devam ediyor.
• Veritabanında ya da agent'ta değişiklik yok.

OIDC ekranı yönlendirme adresini core'dan gösteriyor

• OIDC çoklu oturum açma ekranındaki "Sağlayıcıya kaydedilecek yönlendirme adresi" artık core'un girişte gerçekten kullandığı adres. Önceden adres, tarayıcıda açtığınız adresten üretiliyordu. YEKE'yi YEKE_PUBLIC_URL'den farklı bir adresle açan bir yönetici sağlayıcıya yanlış adresi kaydedebiliyor ve ilk giriş sağlayıcı tarafında düşüyordu (Entra ID'de AADSTS50011). YEKE_PUBLIC_URL tanımlı değilse ekran adres yerine bunu söylüyor.
• API: GET /api/oidc/providers yanıtına redirectUri alanı eklendi; YEKE_PUBLIC_URL tanımlı değilse null.
• Yeni doküman: Entra ID ile SSO Kurulumu — Entra'da ve YEKE'de yapılacaklar adım adım.
• Veritabanında ya da agent'ta değişiklik yok.

Uygulama arızası ve kimlik tanısı seçili dilde; olaylarda sebep kod olarak

• Onay kartında düşen adımın sebebi artık arayüzün dilinde. Önceden sunucu bu açıklamayı Türkçe cümle olarak yazıyordu ve İngilizce arayüzde de Türkçe görünüyordu. Cluster listesindeki kimlik tanısı için de aynısı geçerli.
• SIEM aktarımı ve bildirim kancası için alan değişikliği: plan.apply_step olayına failure; plan.failed ve plan.partially_applied olaylarına cause, causeStepIndex ve failure; bildirim gövdesinin result alanına cause ve failure eklendi. reason ve error artık yalnız apiserver'ın kendi cümlesini taşıyor ya da boş. SIEM kurallarınız YEKE'nin açıklamasını bu alanlarda arıyorsa yeni kod alanlarına geçirin; bu sürümden önce yazılmış kayıtlar değişmedi.
• API: GET /api/clusters yanıtındaki identity.message kalktı; yerine params ve foreign geliyor.
• Veritabanında ya da agent'ta değişiklik yok.

Agent'ı durduran yazmalara özel uyarı kaldırıldı

• 0.49.17'de eklenen üç builtin.agent-self-* politikası kaldırıldı. YEKE'nin kendi agent'ını sıfıra ölçekleyen, silen ya da kimliğini kaldıran bir yazma artık ayrı bir uyarı açmıyor; öbür yazmalar gibi genel yerleşik politikalarla sınıflanıyor (ör. sıfıra ölçekleme yükseltilmiş onay istiyor).
• Kurum politikaları için yükseltme notu: politikaların okuduğu op.cluster.agent alanı kalktı. Bu alana başvuran bir politika yüklenir ama o alana ulaşan adımı reddeder. Kaldırılan uyarı kodlarından birini (AGENT_SELF_…) taşıyan bir politika dosyası ya da paketi ise yüklenemez ve YEKE açılmaz; yükseltmeden önce bu tür politikaları kaldırın.
• "Agent'ı güncelle" hedefinin ve kaldırma komutunun namespace doğruluğu değişmedi (0.49.21, 0.49.22, 0.49.26).
• PostgreSQL kipinde açılış günlüğü uygulanan şema göçlerini adıyla yazıyor; önceden göç uygulansa bile "no migration needed" diyordu.
• Veritabanında ya da agent'ta değişiklik yok.

Bağlı olmayan agent'ın kaldırma komutu da doğru namespace'i gösteriyor

• Agent bağlı değilken de kaldırma komutu agent'ın son doğrulanan namespace'ini gösteriyor. 0.49.22'den beri komut, bağlı agent'ın Kubernetes'in doğruladığı kimliğinden kuruluyordu; agent koptuğunda ise yine yeke-system'e düşüyordu. Doğrulanan namespace artık cluster kaydında saklanıyor ve kopma, YEKE'nin yeniden başlaması ya da token yenileme sonrasında da kullanılıyor. Agent başka bir namespace'e yeniden kurulursa kayıt, agent yeniden bağlandığında güncelleniyor.
• Kimliği henüz hiç doğrulanmamış kayıtlarda komut eskisi gibi yeke-system gösteriyor. Mevcut kayıtlar, agent bu sürüme bağlanıp doğrulandığında doluyor.
• Veritabanı şeması ilerliyor (v45): cluster tablosuna boş bırakılabilir bir sütun ekleniyor ve yükseltmede otomatik uygulanıyor. Önceki bir sürüme dönmek için yükseltmeden önce alınan veritabanı yedeğinin geri yüklenmesi gerekir. Agent'ta değişiklik yok.

Çok replikalı kurulumda tünel el değiştirirken doğru hata

• Birden çok YEKE replikasıyla çalışan kurulumlarda, bir istek tüneli taşıyan replikaya iletilirken tünel tam o sırada el değiştirdiyse hata artık "apiserver'a ulaşılamadı" demiyor. İstek apiserver'a hiç gitmediği için kubeconfig adresine bakmayı öneren eski ipucu yanlıştı; yeni mesaj tünelin el değiştirdiğini söylüyor.
• Bu hatanın gövdesinde Türkçe metin kalmadı; sebep makine okunur bir alanda.
• Veritabanında ya da agent'ta değişiklik yok.

Plan reddedildiğinde editör hatalı alanı gösteriyor

• Kubernetes bir düzenlemeyi dry-run'da reddettiğinde editör reddin işaret ettiği alanı gösteriyor. YAML görünümünde ilgili satır işaretleniyor, formda sebep alanın altında yazıyor; "Düzeltilecek alanlar" listesindeki "Göster" doğrudan o alana götürüyor.
• Kubernetes'in bir alan belirtmediği retlerde hiçbir alan işaretlenmiyor; ret sebebi eskisi gibi bantta okunuyor.
• Bilinmeyen ya da tekrarlanan bir alan içeren yamada onay kartındaki ve ret bandındaki sebep artık gönderilen isteğin uzun yankısı değil, Kubernetes'in kısa açıklaması.
• Veritabanında ya da agent'ta değişiklik yok.

Sunucu günlüğü: plan kurulamadığında açıklama İngilizce

• Bir değişiklik planı kurulamadığında sunucu günlüğüne yazılan açıklama artık İngilizce. Cluster'a bağlı agent yokken, hedef kaynak çözülemediğinde ya da hedef nesne bulunamadığında yazılan plan could not be built satırı Türkçe bir cümle taşıyordu; artık cluster kimliğini, yolu ya da kaynağı içeren kısa bir İngilizce açıklama taşıyor. Aynı düzen tarama önerisinden ve Shell'den kurulan planlarda da geçerli; 0.49.22'deki onay kapısı satırıyla aynı yaklaşım.
• Shell'de kubectl'in gösterdiği hata metinleri değişmedi.
• API: cluster'a bağlı agent yokken dönen CLUSTER_NOT_CONNECTED hatası artık cluster kimliğini de taşıyor; geri alma isteğinin döndürdüğü aynı hatayla artık aynı biçimde.
• Veritabanında ya da agent'ta değişiklik yok.

Cluster'ı çıkarırken gösterilen komut agent'ın kendi namespace'ini hedefliyor

• "Cluster'ı çıkar" penceresindeki ve kurulum panelindeki kubectl delete namespace komutu artık agent'ın gerçekten koştuğu namespace'i gösteriyor. Komut her kayıtta yeke-system diyordu; agent başka bir namespace'e kurulmuşsa ve aynı cluster'da yeke-system'de başka bir YEKE kaydının agent'ı koşuyorsa, kopyalanıp çalıştırılan komut o agent'ı silerdi. Namespace, 0.49.21'deki "Agent'ı güncelle" düzeltmesiyle aynı kaynaktan (Kubernetes'in doğruladığı ServiceAccount kimliğinden) geliyor ve kısıtlı erişimle kurulmuş kayıtlarda da kullanılıyor.
• Agent bağlı değilken ya da kimliği doğrulanamadığında komut eskisi gibi yeke-system gösteriyor. Agent'ı başka bir namespace'e kurduysanız ve agent şu an bağlı değilse, komutu çalıştırmadan önce namespace'i kontrol edin.
• Sunucu günlüğü: onay kapısının reddettiği isteklerde "approval gate refused" satırının açıklaması artık İngilizce.
• Veritabanında ya da agent'ta değişiklik yok.

"Agent'ı güncelle": başka namespace'e kurulmuş agent doğru hedefleniyor

• "Agent'ı güncelle" artık agent'ın gerçekten koştuğu namespace'i hedefliyor. Kurulum manifesti yeke-system dışında bir namespace'e uygulanmışsa güncelleme planı yine yeke-system'deki agent'ı gösteriyordu; aynı cluster'da orada başka bir YEKE kaydının agent'ı koşuyorsa plan o agent'ı yeniden başlatırdı. Namespace artık agent'ın, Kubernetes'in doğruladığı ServiceAccount kimliğinden okunuyor; kurum CA'sının ConfigMap'i de aynı namespace'e yazılıyor.
• Kimliği doğrulanamayan cluster'larda davranış değişmedi: Kubernetes 1.27'den eski ya da kimlik sorgusuna izin vermeyen cluster'larda hedef eskisi gibi yeke-system. Deployment ve ClusterRole adları da değişmedi.
• Birden çok YEKE replikasıyla çalışan kurulumlarda aynı replikaya bağlı iki cluster'ın kimlik bilgisi ve metrik önbelleği birbirine karışabiliyordu; her cluster artık kendi kaydını tutuyor.
• Veritabanında ya da agent'ta değişiklik yok.

Onay kartı: sıfıra ölçekleme kartta 0 olarak görünüyor

• Bir iş yükü sıfıra ölçeklenirken "Ne değişecek" tablosu artık 0 gösteriyor. Ölçekleme Kubernetes'in scale alt kaynağından yapıldığında sıfır değeri apiserver'ın döndürdüğü nesneden düşüyor; tablo bu satırı spec.replicas · 1 · yok diye gösteriyordu ve kullanıcı replikayı sıfıra indirdiğini kartta göremiyordu.
• Sıfırdan yukarı ölçeklemede "Önce" sütunu da 0 gösteriyor; aynı sebeple orada da "yok" yazıyordu.
• Nesnenin kendisine yazılan değişikliklerde "yok" eskisi gibi o alana dokunulmadığını söylüyor. Veritabanında ya da agent'ta değişiklik yok.

AI sağlayıcıları: telefonda tablonun bütün sütunlarına ulaşılıyor

• Dar ekranda sağlayıcı tablosunun orta sütunları artık görünüyor. Telefon genişliğinde sabit duran Etiket ve Eylemler sütunları tablonun tamamını kaplıyordu; Model, Katman, Anahtar · tavan, Yetenek, Fiyat ve Son probe sütunlarına kaydırarak da ulaşılamıyordu. Bu, 0.49.18'de gelen "Çıktı tavanı" seçimini telefonda kullanılamaz bırakıyordu.
• Dar ekranda Etiket sütunu tabloyla birlikte kayıyor, Eylemler sağda sabit kalıyor. Grubun ürünü ve adresi tablonun üstündeki başlıkta görünmeye devam ediyor. Geniş sütunlar (Model, Anahtar, Yetenek) dar ekranda iki kaydırma konumunda okunuyor.
• Geniş ekranlarda görünüm değişmedi. Veritabanında ya da agent'ta değişiklik yok.

AI sağlayıcıları: sağlayıcı başına seçilebilen çıktı tavanı

• Her AI sağlayıcısı için "Çıktı tavanı" seçilebiliyor. Bir cevabın en fazla kaç token olabileceği artık sağlayıcı kaydında: 4.096, 8.192, 16.384, 32.768 ya da 64.000. Yeni sağlayıcı formunda ve sağlayıcı listesinde ("Anahtar · tavan" sütunu) değiştirilir.
• "Otomatik" modele göre seçer. Seçim yapılmazsa Anthropic Claude ve DeepSeek modellerinde 32.768, diğer sağlayıcılarda 8.192 kullanılır; kurulum çapında bir değer verilmişse o geçerlidir. Seçenek hangi değerin ve nereden geldiğini gösterir.
• Düşünen modellerde cevap yarıda kesilmiyor. DeepSeek gibi düşünen modeller düşünmeyi de bu tavandan harcar; düşük bir tavanda uzun bir tarama raporu yarıda kalıyordu. "Çıktı tavanında kesildi" hatası artık bu ayara yönlendiriyor.
• Değer kaydederken denenir. Modelin kabul etmediği bir tavan seçilirse sağlayıcı kaydı bunu hemen gösterir.
• Yükseltmede veritabanına yeni bir alan eklenir; mevcut sağlayıcılar "Otomatik"te kalır, ayrıca bir işlem gerekmez.

Guardrail: YEKE'nin kendi agent'ını durduran yazmalar artık ayrı uyarır

• Bir kullanıcı arayüzden YEKE'nin kendi agent'ını sıfıra ölçeklediğinde onay kartı yalnız "iş yükünün tüm pod'ları kalkar" diyordu; asıl sonucu — YEKE'nin o cluster'la bağlantısının kesileceğini ve geri almanın YEKE'den yapılamayacağını — hiç yazmıyordu. Üç yeni yerleşik politika bu boşluğu kapatıyor.
• Agent'ı durdurmak ya da kimliksizleştirmek artık yıkıcı sayılıyor. builtin.agent-self-stop agent Deployment'ını silmeyi ya da sıfıra ölçeklemeyi ve agent'ın namespace'ini silmeyi; builtin.agent-self-credentials agent'ın ServiceAccount'unu, token Secret'ını, ClusterRole'ünü ya da onu özne olarak taşıyan bir binding'i kaldırmayı yakalar. İkisinde de kart bağlantının kesileceğini ve işlemin YEKE'den geri alınamayacağını söyler; kullanıcı hedefin adını yazarak onaylar.
• Agent'ı yeniden başlatmak (imaj ya da ortam değişikliği, "Agent'ı güncelle" düğmesi dâhil) standart onay ister ama kendi kartını açar — builtin.agent-self-rollout kabuğun oturum onayıyla sessizce geçmez. Kart, yeni pod bağlanamazsa bağlantının geri gelmeyeceğini hatırlatır.
• Sınır: agent'ın namespace'i ve ServiceAccount'u apiserver'ın doğruladığı kimlikten okunur — başka bir namespace'e kurulmuş agent da tanınır — ama doğrudan (kubeconfig) modda bu üç politika devreye girmez ve kurulumda adı değiştirilmiş Deployment/Secret/ClusterRole tanınmaz. Politikalar engellemez, yalnız uyarır ve onayı yükseltir; bir kurum kendi deny politikasıyla bu yazmaları tamamen reddedebilir.
• Agent davranışı değişmedi; bu korumayı almak için agent imajını ayrıca güncellemeniz gerekmez.

Sohbet: uzun seçenek düğmeleri artık panelden taşmıyor

• Seçenek metni düğmenin içinde alt satıra geçiyor. Model bir soru sorup uzun seçenekler sunduğunda seçenek düğmeleri artık sohbet panelinden taşmıyor; panel yatay kaymıyor.
• Kısa seçeneklerin görünümü değişmedi. Yükseltmede ayrıca bir işlem gerekmez.

İzleme: Genel bakışta son taramanın özeti

• Son taramayı Genel bakıştan görün. "Tara" düğmesinin altında son biten taramanın özeti duruyor: kritik, uyarı ve bilgi sayıları, en önemli bulgu ve kaç bulgu daha olduğu, ne kadar önce tarandığı. Satıra tıklayınca o taramanın raporu açılıyor.
• Özet her zaman biten taramayı gösterir. Yeni bir tarama sürerken önceki taramanın özeti yerinde kalır. Bulgusuz ya da tamamlanamayan taramada kısa bir cümle yazar; hiç tarama yoksa satır görünmez.
• Yetki sınırı korunur. Göremediğiniz yerlerdeki bulgular özette yer almaz; varsa kaç tanesinin yetkiniz dışında kaldığı yazılır.
• Yükseltmede ayrıca bir işlem gerekmez.

Tarama: "burada uygulanamıyor" açıklaması bilgi düğmesinde

• Aynı açıklama artık her kartta tekrarlanmıyor. Bir öneri tek tıkla uygulanamadığında nedenini anlatan cümle kartın gövdesinden kalktı; önerinin düğmelerinin yanındaki "?" bilgi düğmesine basınca görünüyor.
• Yükseltmede ayrıca bir işlem gerekmez.

Sol menü: "Diğer Kaynaklar"da aynı anda tek alt menü açık

• Bir alt menü açılınca diğeri kapanıyor. "Diğer Kaynaklar" altındaki API gruplarından aynı anda yalnız biri açık kalıyor; açık olanın başlığına yeniden tıklamak onu kapatıyor. Bulunduğunuz kaynağın grubu kendiliğinden açık geliyor.
• Tıkladığınız başlık yerinde kalıyor. Üstteki açık grup kapanınca liste zıplamıyor; tıkladığınız başlık ekranda aynı yerde duruyor ve içeriği altında açılıyor.
• Yükseltmede ayrıca bir işlem gerekmez.

Tarama: bulgu kartı sadeleşti

• Özet, kanıt ve öneri ayrı ayrı okunuyor. Kartın başında ne olduğunu anlatan özet duruyor. Önerilen düzeltme kendi bloğunda, eylem düğmeleriyle birlikte.
• Kanıt tablosu kapalı geliyor. Kartta kaç okumaya dayandığı ve nerelere bakıldığı yazıyor (örneğin "2 kanıt" ve yanında "YEKE ölçümleri · Cluster olayları"). Tabloyu görmek isteyen tek tıkla açıyor. Tabloda artık hiç doldurulmamış sütun görünmüyor ve uzun değerler kesilmeden okunuyor.
• "Derinleştir" ve "Sohbete aktar" ikonlu düğme oldu. Tıklanabilir oldukları ilk bakışta anlaşılıyor; "Uygula" birincil düğme olarak öne çıkıyor.
• Aynı kart hem İzleme'deki tarama raporunda hem sohbet panelinde kullanılıyor. Yükseltmede ayrıca bir işlem gerekmez.

Sol menü: "Diğer Kaynaklar" alt başlıkları ögeleriyle aynı boyda

• API grubu başlıkları artık küçük görünmüyor. "Diğer Kaynaklar" altındaki grup başlıkları (örneğin core, cert-manager.io) içlerindeki kaynak adlarıyla aynı boyda. Başlığı kalın yazısı ve baştaki ok ayırıyor; menünün yüksekliği değişmedi.
• Yükseltmede ayrıca bir işlem gerekmez.

Tarama: kalabalık olay akışında uyarıları kaçırmıyor, öneriyi sohbete taşıyor

• Uyarılar normal olayların arasında kaybolmuyor. Tarama olayları okurken yalnız uyarıları istiyor ve bu filtreyi Kubernetes API'sinin kendisi uyguluyor. Yeni açılmış ya da çok olay üreten bir cluster'da, örneğin yerleştirilemeyen bir pod'un uyarısı, artık okunan listenin dışında kalmıyor.
• Zararsız bir uyarı arıza diye raporlanmıyor. Uyarının ilgili olduğu nesne sağlıklıysa ve uyarının söylediği şey başka hiçbir okumada görünmüyorsa (örneğin node açılırken bir kez yayımlanan disk kapasitesi uyarısı) tarama onu arıza saymıyor; yazarsa yalnız bilgi notu olarak yazıyor.
• "Sohbete aktar". Tek tıkla uygulanamayan bir önerinin kartında, örneğin düzeltmesi bir ConfigMap'te olan bir bulguda, "Sohbete aktar" düğmesi var. Düğme sohbet kutusunu bulgunun hedefi, özeti ve önerisiyle doldurur ama göndermez; metni düzenleyip siz gönderirsiniz. AI önce bulguyu cluster'da doğrular, eksik bir değer varsa (örneğin bir adres) uydurmaz, size sorar; değişikliği her zamanki onay kartında açar.
• Sohbette de olaylar türe göre okunabiliyor. AI, uyarıları öne almak istediğinde olayları türe göre filtreleyebilir; filtre istemediğinde olaylar eskisi gibi okunur.
• Yükseltmede ayrıca bir işlem gerekmez.

Tarama: öneriyi sohbetten uygulayın, belirsiz sebebin kaynağına inin

• Tarama önerileri sohbet ekranında düğmeyle uygulanıyor. İzleme'deki bir raporu "Sohbette aç" ile sohbet paneline taşıyabilir ya da taramayı doğrudan sohbetten "Tara" ile başlatabilirsiniz. Uygulanabilir bir öneride "Uygula", değişikliği her zamanki onay kartında açar: dry-run sonucu, neyin değişeceği ve geri alma yolu orada; karar yine sizde. Plan, düğmeye basan kişinin kimliğiyle kurulur; yetkisi yetmiyorsa onay kartı bunu gösterir. Bir öneri yalnız teşhis edilen nesneyi değiştirebilir.
• Bulgular sade dille yazılıyor. Özet, ne olduğunu ve uygulamanın bundan ne etkilendiğini anlatır; sayılar ve metrik adları kanıt tablosunda kalır. Sebep etiketleri de sadeleşti ("Bellek yetmediği için yeniden başlıyor" gibi).
• Sebep net değilse tarama derinleşiyor. Bir bulgunun sebebi okumalardan net çıkmıyorsa YEKE o bulgu için ikinci bir inceleme yapar: pod'un durumu, olaylar, konteyner log'u ve gerektiğinde Kubernetes sistem bileşenlerinin (DNS, ağ, depolama, zamanlayıcı) log'ları. Örneğin bir uygulamadaki ağ hatası, cluster DNS'inin çalışmadığı sonucuna bağlanabilir. Bulgu kartındaki "Derinleştir" ile bu incelemeyi elle de başlatabilirsiniz.
• Yetki yükseltilmez. İnceleme, başlatan kullanıcının Kubernetes yetkisiyle yapılır. Sistem bileşenlerinin kayıtlarını göremeyen bir kullanıcı için o adım atlanır ve özet bunu açıkça söyler. Raporu başka biri açtığında, o kişinin göremediği yerlerden gelen inceleme ayrıntısı gizlenir.
• Düzeltme: sohbetteki teşhis artık log okuyabiliyor. Önceki sürümlerde AI'ın log okuma adımı Kubernetes API'sinden ret alıyordu ve hiçbir log okunamıyordu.
• Yükseltmede veritabanına yeni bir tablo eklenir; ayrıca bir işlem gerekmez.

Cluster ana ekranındaki node listesi kartlardan tabloya döndü

• Node listesi artık kart değil tablo. Sütunlar: Node, Durum, CPU, Bellek, Roller, Kubelet.
• Sorunlu node'lar tek bakışta ayırt ediliyor. Hazır olmayan ya da kullanımı %90'ı aşan node kırmızı şerit ve zemin alıyor; basınç bildiren ya da kullanımı %80'i aşan node sarı şerit ve zemin alıyor. Hazır olmayan ve basınç bildiren node'lar listenin en üstüne çıkıyor; kullanım sıralamayı değiştirmiyor, yalnız rengi belirliyor.
• CPU ve bellek doluluk çubukları hücre genişliğinde duruyor. Yanlarında kısa bir eğilim çizgisi var.

PostgreSQL kurulumlarında sessizce kopan ağ artık sonsuza dek bekletmiyor

• Bu tur yalnız PostgreSQL'li kurulumları ilgilendiriyor. Kastedilen kopma, karşı ucun düzgünce kapanması (veritabanı yeniden başladı, oturum sonlandırıldı) değil; paket düşüren bir güvenlik duvarı, adres çevirisinde düşen bir oturum, ölen bir düğüm — bağlantı açık görünür, hiçbir cevap gelmez, bir hata da bildirilmez.
• Açılışta veritabanına ulaşılamıyorsa core artık kodlu bir hatayla durur. Eskiden sessizce beklerdi: konteyner "ayakta" görünür, hiçbir satır basmaz ve kendiliğinden de toparlanmazdı. Artık sebebini yazıp duruyor, yani yeniden başlatma politikanız devreye girebiliyor. Felaket kurtarma ortamında bir sunucu ayağa kalkıp veritabanına bağlanırken en çok işe yarayan davranış bu.
• Çalışırken yol koparsa yeni istekler açık bir hatayla düşüyor. Öncesinde süresiz bekliyorlardı ve tek bir soket değil veritabanı bağlantı havuzunun tamamı kilitleniyordu. Şema kurulumu için alınan kilidin beyan edilen bekleme bütçesi de artık gerçekten tutuyor — daha önce tek bir cevapsız sorgu onu geçersiz kılabiliyordu.
• İki sınır bilinçle konmadı ve ikisi de burada yazılı. Kopma anında zaten sürmekte olan bir sorgu kesilmiyor: göçler ve arşiv taramaları büyük bir veritabanında meşru biçimde dakikalar sürebildiği için körlemesine bir süre sınırı onları ortasından keserdi; o sorguyu yalnız bağlantı canlılık yoklaması düşürür. Ve sağlık ucu veritabanına dokunmadığı için bu pencerede sağlık kontrolleri YEŞİL kalır — arızayı sağlık durumundan değil günlüklerden okuyun.

AI sağlayıcı listesi ürüne göre toplandı

• Aynı ürünün kayıtları tek başlık altında. Bir ürünün birden çok modeli kayıtlıysa (ör. iki Claude modeli) artık yan yana iki kart değil, tek başlık altında iki satır görünüyor. Başlık kaydın adresinden türüyor: adres katalogdaki bir ürünle eşleşiyorsa o ürünün adı yazılıyor, eşleşmiyorsa adresin kendisi. Bir ürün seçip adresi kendi vekilinize çevirdiyseniz başlık seçimi değil adresi takip eder — verinin nereye gittiği yalnızca adresten okunur.
• Satır yalnız farklı olanı taşıyor. Grubun ortak bilgisi (ürün, adres, egress rozeti, kayıt sayısı) başlığa çıktı; satırda etiket, model, katman, anahtar parmak izi, ölçülen yetenek, fiyat ve son probe kaldı. Kayıt başına ekranda kapladığı yer kart yığınına göre belirgin biçimde azaldı. Dikkat isteyen hiçbir şey gizlenmedi: probe hatası kendi satırında görünür kalıyor, ölçülmemiş katman ve devre dışı kayıt hâlâ işaretli.
• Yeni sağlayıcı formunda fiyat alanları birleşti. Girdi ve çıktı fiyatı tek bir alanın içinde yan yana duruyor; form alanları artık eşit sütunlara yerleşiyor ve son alan tek başına tam genişlikte kalmıyor.

Yüksek erişilebilirlikte veritabanına giden yol sessizce koptuğunda

• Arka plan işçilerinin liderlik yoklaması artık sınırsız beklemiyor. Bu tur yalnız PostgreSQL'li (yüksek erişilebilir) kurulumları ilgilendiriyor; tek düğümlü kurulumda liderlik seçimi zaten yok. Ağ sessizce koptuğunda — bağlantı açık görünür, hiçbir cevap gelmez, bir hata da bildirilmez — her yoklama turu bir bağlantı daha açıp orada kalıyordu. Yoklamanın bağlanma ve sorgu için artık bir üst sınırı var: açık bağlantı sayısı sabit bir tavanda duruyor, replika düzgün kapanabiliyor ve yol geri geldiğinde seçim kaldığı yerden sürüyor.
• Kilidi tutan bağlantı da yalnız bırakılmıyor. Boşta duran liderlik bağlantısı TCP keepalive ile açılıyor; sessiz bir kopma böylece sonunda fark ediliyor ve liderlik serbest kalıyor. Öncesinde o replika kendini süresiz lider sanabiliyor, başka hiçbir replika işçileri devralamıyordu.
• Kopan bir veritabanı bağlantısı replikayı artık düşüremiyor. Liderlik kilidi alınmadan önce kopan bir bağlantı, replikayı işlenmemiş bir hatayla sonlandırabiliyordu. Kopma artık her aşamada yakalanıyor: replika ayakta kalıyor ve bir sonraki turda yeniden deniyor.

Sohbet bandı tek satıra indi

• Bant artık tek satır: sağlayıcının sınıfı (dış/yerel), adresi ve bir bilgi (?) düğmesi. Önceki sürümde ayrı satırlarda duran "bu turun bağlamı şu üçüncü tarafa gider" cümlesi ile "X olarak davranıyorsunuz" kimlik satırı kalktı; ikisinin bilgisi artık aynı (?) düğmesinin arkasında, neyin gittiğinin ve neyin hiç gitmediğinin dökümüyle birlikte duruyor.
• Yöneticinin "Egress ve sağlayıcı" çekmecesinde kaydettiği duruş bandı anında güncelliyor. Kayıt başarılı olduğunda bant yeni adresi ve sınıfı hemen gösteriyor ve çekmece kendiliğinden kapanıyor; kayıt başarısız olursa çekmece açık kalıyor ve hata formda görünüyor.

Yüksek erişilebilirlikte kapanış yarışı kapatıldı

• Kapanan bir replika, arka plan işçilerinin liderlik kilidini bırakmadan durabiliyordu. Kilit denemesi kapanışla aynı ana denk geldiğinde replika kapanmış sayılıyor, kilit ise o süreçte kalıyordu; süreç tamamen çıkana kadar başka bir replika işçileri devralamıyordu. Kapanış artık uçuştaki liderlik denemesini bekliyor — "durdu" diyen bir replika kilidi de bırakmış oluyor.

Sohbette egress ve kimlik bilgisi artık sabit bir bantta

• Verinin nereye gittiği, hangi kimlikle konuştuğunuz ve yöneticinin egress ayarı artık sohbet başlığının hemen altında sabit bir bantta. Sohbet uzayıp aşağı kaydırdığınızda bant yerinde kalıyor; sağlayıcının dış mı yerel mi olduğunu, adresini ve "X olarak davranıyorsunuz" kimlik satırını görmek için yukarı dönmeniz gerekmiyor.
• Sağlayıcı kartı sadeleşti. Dış bir sağlayıcı kullanılıyorsa kartta yalnızca sınıfı, adresi ve tek cümlelik rıza satırı görünüyor; neyin gittiğinin ve neyin hiç gitmediğinin dökümü bilgi (?) düğmesinin arkasında duruyor. Model ve katman bilgisi karttan kalktı — bu bilgi zaten her turun kendi satırında var.
• Yöneticinin egress ve sağlayıcı ayarı, bandın içindeki "Egress ve sağlayıcı" düğmesiyle açılan bir çekmecede. Çekmece açıkken kısa ekranlarda da mesaj yazma kutusu görünür kalıyor.

"Diğer Kaynaklar" menüsü kapalı gruplarla açılıyor

• Cluster menüsünde "Diğer Kaynaklar"ı açınca altındaki API grupları artık hepsi kapalı gelir. Grupları tek tek açarsınız, birden fazlası aynı anda açık kalabilir. Bulunduğunuz kaynak sayfası bu gruplardan birindeyse o grup açık görünür.

Core'un sertifikasına kurum CA'sıyla, doğrulama atlamadan güven

• Core'un sertifikası kurumunuzun kendi CA'sıyla imzalıysa agent, Shell ve CLI artık -k/--insecure olmadan bağlanabiliyor. Core'a YEKE_PUBLIC_CA_FILE ile CA'yı PEM dosyası olarak verin; agent'ın kurulum manifesti CA'yı kendisi taşır, kurulum ekranında piped-ca biçimi ve bir "CA'yı indir" bağlantısı çıkar. Ayrıntı: Kurum içi CA.
• Mevcut cluster'larda agent CA'yı henüz almadıysa envanterde agent · core CA'sı eksik çipi çıkar. "Agent'ları güncelle (N)" ile tek onay kartında ClusterRole, ConfigMap ve Deployment güncellenir; pod yeniden başlar ve çip kendiliğinden kaybolur.
• CLI 0.4.0: yeke login --ca-file kok.pem. TLS güven hatası artık sebebini ve çaresini yazıyor; NODE_EXTRA_CA_CERTS ile eklenmiş kökler --ca-file verildiğinde de güvenilir kalıyor.
• Shell toolbox imajı v4. Core'un CA'sı artık kabuk oturumuna otomatik taşınıyor; v3 tabanlı özel imajlarda kubectl/helm x509 hatası vermeye devam eder.

PostgreSQL kipinde replikalar aynı anda güvenle açılıyor

• İki core replikası aynı anda başlatıldığında biri artık düşmüyor. PostgreSQL kipinde, boş bir veritabanına ilk kurulumda ya da şema değişikliği getiren bir güncellemede replikalar şemayı aynı anda kurmaya çalışıyordu: biri hatayla çıkıp yeniden başlıyordu ve mesaj bazen veritabanının yarım taşınmış olduğunu söylüyordu. Bu yanlış bir teşhisti, veride bir sorun yoktu. Artık şema adımları sırayla yapılıyor: bir replika şemayı kurarken öteki bekliyor, sonra açılıyor. Yerel ölçümümüzde iki replikada bekleme yarım saniye civarı.
• Bekleme sınırlı ve log'da görünüyor. Bekleyen replika hangi bağlantıyı beklediğini log'a yazar. 60 saniyede bitmezse SCHEMA_SETUP_LOCK_TIMEOUT koduyla çıkar ve yeniden başlatıldığında tekrar dener. SQLite ile tek replika koşan kurulumlarda hiçbir şey değişmez.

Güncellemede eski core artık bekletmiyor

• Agent'lar bağlıyken core, durdurma sinyalinde hemen kapanıyor. Önceki sürümlerde açık agent tünelleri core'un kapanmasını engelliyordu: süreç kendiliğinden çıkmıyor, Kubernetes'te bekleme süresi (varsayılan 30 sn), Docker'da 10 sn dolunca zorla sonlandırılıyordu. Tek replikalı kurulumda yeni core bu süre bitmeden başlayamadığı için her güncellemenin kesintisi o kadar uzuyordu; üretimimizde ölçülen ek bekleme 36–42 sn. Artık tüneller kapanışta kapatılıyor ve agent'lar yeni core'a kendiliğinden yeniden bağlanıyor; bizim ölçümümüzde bağlı bir agent'la kapanış 1 saniyenin altında.
• Kapanışın üst sınırı 5 saniye. Kapanmayı geciktiren başka bir bağlantı kalırsa core 5 saniye sonra açık bağlantı sayısını log'a yazıp 1 çıkış koduyla bitiyor. Yapmanız gereken bir şey yok; bu sınır Docker ve Kubernetes'in zorla sonlandırma süresinin altında kalıyor.

Sertifikanızla, önüne reverse proxy koymadan HTTPS

• YEKE HTTPS'i kendisi sunabiliyor. Sertifika ve anahtar dosyasını verin (YEKE_TLS_CERT_FILE, YEKE_TLS_KEY_FILE); YEKE container içinde 8443'te https dinler ve -p 443:8443 ile yayınlanır. Tek imaj, tek komut. İki değişkeni vermeyen kurulumda hiçbir şey değişmez. Ayrıntılar Kurulum rehberinde.
• Sertifika yenilemesi bağlantıları düşürmüyor. Dosyaları değiştirin; YEKE en geç 60 saniyede yeni sertifikaya geçer, agent tüneli ve açık terminaller açık kalır. docker kill -s HUP beklemeden geçirir. Yeni dosya bozuksa eski sertifika sunulmaya devam eder ve log'a yazılır.
• Bitiş tarihi görünüyor. /healthz yanıtı tls.daysLeft taşır; 30 gün ya da daha az kalınca log'a günde bir uyarı düşer.
• Yanlış kurulum açılmıyor ve sebebini söylüyor. Okunamayan anahtar dosyası (YEKE root değil 65532 kullanıcısıyla çalışır), sertifikayla eşleşmeyen anahtar ya da sonu kesik bir zincir log'da dosya adıyla ve düzeltme önerisiyle görünür.
• Sınırlar. HTTP/2 ve 80→443 yönlendirmesi yok; sertifikayı YEKE almaz ve yenilemez. Kubernetes kurulumunda TLS eskisi gibi Ingress'te biter.

Parola kurtarma artık container'ın içinden

• Tek yöneticinin parolası unutulursa ya da hesabı kilitlenirse arayüz dışından kurtarılabiliyor. Container'a exec erişimi olan operatör tools/yeke-reset-password.mjs'i çalıştırır; araç terminale parolanın kendisini değil, 60 dakika geçerli tek kullanımlık bir parola kurulum token'ı basar. Token /set-password sayfasına yapıştırılır, yenisi öncekini geçersiz kılar. Core'u durdurmak gerekmez.
• --reset-mfa kimlik doğrulayıcıyı da sıfırlıyor. Bayrak verildiğinde MFA kaydı ve kurtarma kodları token'la birlikte silinir.
• Yalnız yerel ve etkin hesaplar için. LDAP/OIDC hesabının parolası dizinde sıfırlanır, bu araçla değil; devre dışı bir hesap önce bir yönetici tarafından açılmalı. İşlem denetim kaydına düşer, API'deki kural değişmedi. Ayrıntılar Kurulum rehberinde.

Hook'a ulaşılamadığında ekran ve sohbet doğru olanı söylüyor

• Doğrulama hook'u cevap veremediğinde arıza arayüzün kendi dilinde görünüyor. Zaman aşımı, ulaşılamayan adres, 2xx dışı yanıt ya da anlaşılmayan gövde artık onay kartında ve onay anındaki hata mesajında hook ekranındaki cümleyle yazılıyor; önce İngilizce arayüzde de Türkçe çıkıyor ve hook'un kendi gerekçesi gibi etiketleniyordu. Hook'un kendi gerekçesi olan metinler eskisi gibi olduğu gibi gösteriliyor.
• SIEM: plan.approval_checked olayı arızayı kodla taşıyor. Cevap veremeyen hook'un satırında reason boş, failureCode (ör. HOOK_TIMEOUT) dolu; olay satırına düzyazı girmiyor.
• Sohbet, hook reddini politika reddiyle karıştırmıyor. Önerilen işlem bir doğrulama hook'u tarafından reddedildiğinde asistan bunu guardrail engeli ya da belirsiz bir ret diye değil, dış sistemin (ör. değişiklik yönetimi) kararı diye anlatıyor.
• CLI 0.3.2: yeke port-forward cevap veremeyen hook'un arıza kodunu basıyor. 0.3.1 ve öncesi bu sürüme karşı böyle bir reddi "no reason given" diye basar; CLI'yi 0.3.2'ye yükseltin.

Denetim kaydı her ayar güncellemesinde yalnız değişeni yazıyor

• AI sağlayıcı, SIEM aktarım hedefi ve hook güncellemeleri de yalnız gerçekten değişen alanları listeliyor. 0.46.1'de SSO/dizin ayarlarına gelen düzeltme bu üç ayara da uygulandı: değiştirilmeden yeniden gönderilen alanlar kayıtta artık "değişti" diye görünmüyor, bir değeri temizlemek ise değişiklik olarak yazılıyor. Sırların kendisi kayda hiçbir zaman girmiyor.
• Hook güncellemesinde sır değişimi ayrı alanda. hook.config_updated olayının fields listesi artık sır adlarını taşımıyor; Authorization başlığının ve HMAC sırrının yeniden girilip girilmediği authorizationRotated ve hmacSecretRotated alanlarında. SIEM kuralınız bu listede authorization arıyorsa yeni alana geçin.

Reddin sebebi her yüzeyde doğru başlıkla ve doğru dilde

• Doğrulama hook'unun reddi kendi başlığıyla görünüyor. Önce "Uygulanamaz" deniyordu; kart ve editör artık "Doğrulama hook'u engelledi" diyor, hangi hook'un ne dediği hook satırında.
• Terminal ya da port-forward yetkisi yoksa ret, eksik fiili ve kaynağı söylüyor. "Yetkiniz yok" başlığının altında hangi kaynakta hangi fiilin gerektiği (ör. pods/exec üzerinde get) arayüzün kendi dilinde yazıyor; bu cümle önce İngilizce arayüzde de Türkçe çıkıyordu.
• Onay anında hook yükseltilmiş onay isterse ekran ne yapılacağını kendi dilinde söylüyor. Onay seviyesi apply anında yükseltilemez; kartı tazelemek planı yeniden kurar ve hook'lara yeniden sorar.
• CLI 0.3.1: yeke port-forward reddin sebebini gösteriyor. Reddeden hook'un adı ve gerekçesi, yetki reddinde eksik fiil ve kaynak yazılıyor. 0.3.0 bu sürüme karşı bu iki reddi açıklamasız basar; CLI'yi 0.3.1'e yükseltin.
• SIEM: plan.denied ve plan.blocked olayları sebep kodunu taşıyor. cause ve causeHttpStatus alanları, adım oluşmadan düşen bir reddin (ör. hedefin önceki hâlini okuyan isteğin 403'ü) sebebini olay satırında da okunur kılıyor.

Entra ID ile OIDC girişi artık kurulabiliyor

• Microsoft Entra ID artık sağlayıcı olarak kaydedilebiliyor. Önceki sürümler kaydı reddediyordu: Entra, discovery belgesinde PKCE yöntemlerini ilan etmiyor. Gerçek bir Entra kiracısına karşı uçtan uca giriş, grup nesne kimliği (GUID) ile rol ve Kubernetes grup eşlemesi denendi. PKCE (S256) her zaman gönderiliyor; sağlayıcı yöntemleri ilan edip S256'yı içermiyorsa kayıt yine reddediliyor.
• Yanlış istemci sırrı artık kendi hata koduyla görünüyor. IDP_CLIENT_REJECTED — önce "kimlik sağlayıcısına ulaşılamıyor" deniyordu.
• OIDC ayar ekranı, GUID biçimli bir istemci sırrı yapıştırıldığında uyarıyor. Entra'da kopyalanması gereken sütun Value'dur, Secret ID değil.
• Denetim kaydı yalnız gerçekten değişen alanları listeliyor. SSO/dizin ayarı güncellemesi artık tüm formu değil, değişen alanları yazıyor.

Reddedilen plan editörü kapatmıyor

• Editör artık planı bekliyor. Bir kaynağı form ya da YAML ile oluştururken, düzenlerken veya ölçeklerken "Planı oluştur"a bastığınızda editör artık açık kalıyor ve planın sonucunu bekliyor.
• Reddedilme sebebi editörün içinde görünüyor. Kubernetes dry-run isteği reddederse (bilinmeyen ya da geçersiz alan, değiştirilemeyen alan, ad çakışması, yetki reddi) ya da bir politika engellerse, sebep yazdıklarınız yerinde dururken editörde çıkıyor; yalnız hatalı yeri düzeltip yeniden deneyebilirsiniz.
• Geçerli plan her zamanki gibi karta gidiyor. Plan geçerliyse onay kartı açılıyor; küme o an doğrulanamıyorsa da taslağınız kaybolmuyor.

AI sağlayıcı listesi sadeleşti

• Listede adıyla altı sağlayıcı kaldı. Anthropic, Google Gemini, OpenAI, DeepSeek, Ollama ve OpenRouter. xAI, Mistral, Groq, vLLM, LM Studio ve llama.cpp listeden çıktı; hepsi aynı OpenAI uyumlu uçla konuştuğu için eklenmeye devam ediyor.
• Yeni seçim: "OpenAI uyumlu — diğer". Chat Completions ucunu sunan her sunucu için. Seçildiğinde adaptör ayarlanıyor; etiket, adres ve model alanları boşalıyor. Adresi ve model adını sağlayıcının kendi belgesinden yazıyorsunuz.
• Kurulu sağlayıcılarınız değişmedi. Liste yalnız yeni bir sağlayıcı eklerken kullanılıyor; Groq, Mistral ya da vLLM ile kurulmuş bir sağlayıcı olduğu gibi çalışmaya devam ediyor.

AI sağlayıcı listesinde güncel modeller

• Yeni modeller öneri listesinde. Sağlayıcı eklerken seçilen ürünün önerdiği modellere son altı haftada çıkanlar eklendi: OpenAI gpt-6-astra, xAI grok-4.6, Anthropic claude-fable-5-1, Google gemini-3.8-flash ve gemini-3.7-flash, DeepSeek deepseek-flash. Her ad sağlayıcının kendi belgesinden 14.09.2026'da okundu.
• Kapatılan ya da eskiyen modeller öneriden çıktı. Groq'un iki Llama modeli ücretsiz ve geliştirici katmanında kapatıldı; DeepSeek deepseek-v4-flash, Anthropic claude-fable-5 ve Google gemini-3.5-flash yerini yenilerine bıraktı.
• Kurulu sağlayıcılarınız değişmedi. Liste yalnız yeni bir sağlayıcı eklerken bir öneridir; kayıtlı bir sağlayıcının modeli kendiliğinden değişmez ve listede olmayan bir model adını yazmaya devam edebilirsiniz. DeepSeek eski adı hâlâ kabul edip yeni modele yönlendiriyor. Groq'ta Llama ile kurulmuş bir sağlayıcınız varsa ve Enterprise sözleşmeniz yoksa, Groq'un önerdiği openai/gpt-oss-120b modeline geçin.

Uzun teşhisler artık yarıda kesilmiyor

• Bir turun süresi iki katına çıktı (2 dakika → 4 dakika). Bir teşhis sorusu birden çok okuma yapıyorsa her adımda modele o ana kadarki bağlamın tamamı yeniden gidiyor, yani son adımlar ilk adımdan yavaş. Eski süre sınırı bu yüzden cevabın ortasında doluyordu; kullanıcının gördüğü şey yarım bir cümleydi.
• Cevabın uzunluk sınırı artık YEKE'nin ayarı ve iki katı. Önce bu sınırı her sağlayıcı kendi varsayılanından koyuyordu; uzun bir teşhis raporu sessizce kesiliyor ve neden kesildiği hiçbir yerde yazmıyordu. Artık sınır tek yerde, iki kat geniş, ve yine de dolarsa cevabın altında sebebi yazıyor. Kurulum başına ayar: YEKE_AI_MAX_OUTPUT_TOKENS.
• Sohbet geçmişte iki kat geriye bakıyor (6 tur → 12 tur). Yedinci turda birinci turda konuşulana atıf yapmak artık mümkün.
• Okuma listeleri iki kat uzun (50 → 100 öğe). Kırpılan bir liste modeli "daralt ve yeniden oku"ya zorluyordu; her yeniden okuma bir tur daha uzun sürüyordu.
• Sağlayıcı kaydına yazdığınız bağlam penceresi artık gerçekten uygulanıyor. Modelin penceresini elle girdiğinizde bu değer kaydediliyor ama tür kataloğunun bütçesine yansımıyordu — ayrı bir bağlantı testi çalıştırılana kadar. Geniş pencereli modellerde katalog bu yüzden gereksiz kısalıyordu.

İzleme tablosunda arama

• İş yükleri sekmesinde artık ad ya da namespace yazarak arama yapılıyor. Sekmenin kendi namespace seçicisi kalktı: kapsam zaten üst çubuktaki seçiciyle belirleniyordu ve iki denetim aynı şeyi yazıyordu. Boşalan yere tabloyu daraltan bir arama kutusu geldi; büyük/küçük harf ayrımı yok.
• Boş tablo artık sebebini söylüyor. Arama hiçbir satırla eşleşmediğinde ekran sessiz kalmıyor. Tabloyu boşaltan şey kapsamsa — üst çubuktaki namespace seçimi ya da tür süzgeci — cümle aramayı değil kapsamı işaret ediyor: o durumda arama kutusunu temizlemek bir satır getirmez.

Listeye geri dönüş bekletmiyor

• Bir nesneye girip listeye dönmek artık boş ekran göstermiyor. Son görülen satırlar hemen çiziliyor, taze liste arkada alınıyor ve geldiğinde satırlar tek seferde değişiyor. O sırada durum çipi "yenileniyor…" der ve satırların en son ne zaman senkron olduğunu söyler — yani ekranda ne gördüğünüz her an açık.
• Namespace eklemek diğerlerini yeniden yüklemiyor. Birden çok namespace izlerken listeye yeni bir namespace eklemek, eskiden zaten açık olan namespace'lerin akışını da kapatıp yeniden kuruyordu; artık yalnız eklenen namespace bağlanıyor.

Loglar/Kabuk penceresi satırıyla birlikte kapanıyor

• Pencere artık ait olduğu satırı takip ediyor. Liste satırındaki Loglar/Kabuk penceresi, ait olduğu satır listeden düşerse (nesne silindiğinde ya da süzgeç değiştiğinde) artık onunla birlikte kapanıyor; eskiden ekranda kalıp artık var olmayan bir nesneyi gösteriyordu.

GitOps yansıtmasında repo'ya yalnız değişen alan gidiyor

• Repo'ya artık yalnız değişen alan iniyor. Düzenle formundan yapılan bir değişiklik repo'ya olduğu gibi değil, yalnız gerçekten değişen alanlarla iniyor. Bir container'ın tek alanı değiştiğinde (ör. resources.limits'in kaldırılması), gönderilen yama Kubernetes'in yama kuralları gereği container'ın tamamını taşımak zorundaydı; içine sunucunun kendi doldurduğu varsayılanlar da karışıyor, bunlar repo'daki temiz manifeste yazılacağı için kart "Repo karşılığı olamaz" diyip yansıtmayı reddediyordu. Artık repo'ya yalnız operatörün onayladığı alan yazılıyor; ölçülen örnekte manifestten üç satır çıkıyor, hiçbir satır eklenmiyor.

Repo yansıtması reddedildiğinde sebebi kartta

• Ret artık adresli. Bir düzenleme repo'ya inemediğinde kart "Repo karşılığı olamaz — kustomize build koştu ve düzenlemeyi çürüttü" diyordu ve bu cümle onlarca ayrı vakayı tek hücreye katlıyordu: nesne üretilmedi, silinmesi gereken nesne hâlâ üretiliyor, kapsayıcıyla birlikte gitmeyen beyanlar kaldı, beklenen değer çıktıda yok… Artık kartta, hâlin hemen yanında, vakayı adıyla veren makine-okunur teşhis duruyor — object-not-produced, cascade-incomplete, expected-value-missing ve kardeşleri — ve yanında hangi adımın, hangi nesnenin, hangi yolun reddedildiği. Yazma başarılı olduğunda kart eskisi gibi sessiz: teşhis yalnız ret hâllerinde gövdeye çıkıyor, ötekilerde künyede kalıyor.

GitOps: alan kaldırma artık repo'ya iniyor

• Kaldırılan bir alan artık repo'ya da iniyor. Bir nesneden bir alan kaldırıldığında (ör. bir Deployment'tan resources.limits), düzenleme doğru üretilip kustomize build ile doğrulanmış olsa bile kart "Repo karşılığı olamaz — kustomize build koştu ve düzenlemeyi çürüttü" diyor ve commit atılmıyordu: doğrulayıcı beklenen değeri dry-run sonucunda arıyordu, kaldırılan bir alan ise orada tanım gereği bulunmuyordu. Artık kaldırma da doğrulanıyor: alanın build çıktısından gerçekten kalktığı ölçülüyor; bir patches girdisi onu geri koyuyorsa yansıtma yine reddediliyor.

Pod listesi: satırdan doğrudan log

• Loglar artık satır menüsünde. Pod listesinde bir satırın eylem menüsünü açtığınızda Loglar da orada; log penceresi aynı ekranda açılıyor. Önceden bu kısayol yalnızca bir iş yükünün detayındaki pod tablosunda vardı, listeden bakan kullanıcı önce pod'un detay sayfasına gitmek zorundaydı.
• Yalnızca logu olan kaynaklarda çıkıyor. Eylem, kaynağın kendi şemasında log alt kaynağı bildirilmişse görünür — log taşımayan kaynak tiplerinin satırında menüde hiç yer almaz.

Node detayı: üstündeki pod'ların tamamı listeleniyor

• Liste artık kırpılmıyor. Node detay sayfasındaki "Bu node'daki pod'lar" tablosu yalnız en çok tüketen beş pod'u gösteriyordu; artık o node üstünde ölçümü olan pod'ların tamamı listeleniyor. Sıra değişmedi: CPU'ya göre azalan, ölçümü olmayan pod sonda.
• Ek bir maliyet yok. Kırpma istemcideydi — veriler zaten indiriliyor, tabloya girmeyen satırlar çizilmeden atılıyordu. Bu sürüm ek bir sorgu ya da ek bir yük getirmiyor.
• Sınıra dayanılırsa yazıyor. Çok büyük bir node'da sunucu varlık tavanı devreye girerse tablonun başlığında kaç varlığın gösterildiği ilan ediliyor; liste sessizce eksik kalmıyor.

İzleme: özetleme turu artık yalnız kapanan pencereyi okuyor

• Bakım turu daha az okuyor. Beş dakikada bir koşan özetleme turu, kaynak katmandan yalnız o turda kapanan pencereyi okuyor; daha önce yarım saatlik ve iki saatlik adımlar bir günlük satırların tamamını çekip neredeyse hepsini kullanmadan atıyordu. Ölçülen (205 pod'luk bir cluster kopyası): yarım saatlik adımın turunda okunan veri 20,8 → 12,3 MB, o turun sorgu + çözme süresi üretim donanımında 2,9 → 0,8 sn. Diske yazılan veri bayt-aynı; yazma tarafı bu sürümde değişmedi.
• Susmuş agent boş tur maliyeti ödemiyor. Agent'ı bağlantısını kaybetmiş bir cluster'ın penceresi boşsa tur o günün satırlarını hiç okumuyor — önce her beş dakikada bir, üç saat boyunca ~2 sn boşa harcanıyordu.
• Ölçüm aracı. Yazma yolu bench'i artık tur başına okunan ve yazılan satır/bayt ile diske giden sayfa sayısını da raporluyor.

Tanı: yavaş veritabanı işlemi artık adıyla loglanıyor

• Uyarı satırı işlemi söylüyor. Core, bir veritabanı işlemi 1 saniyeyi aştığında zaten uyarı basıyordu; artık aynı satırda işlemin ilk SQL ifadesi, ifade sayısı ve etkilenen satır sayısı da var (first=… statements=… changes=…). Bir yavaşlığın hangi arka plan işinden geldiği kubectl logs ile okunuyor, tahmin edilmiyor.
• 0.44.1–0.44.2'nin devamı. Olay döngüsü kilitlenmesi düzeltildikten sonra üretimde tek tük 1–3 saniyelik işlemler kaldı; bu sürüm onları adlandırmak için. Önerilen prob değerleri değişmedi: timeoutSeconds: 5, failureThreshold: 6, CPU limiti 1000m.

Onay kartı: adım numaraları

• Adım kutuları numaralı. Onay kartındaki her adım kutusu artık sıra numarası taşıyor ve uyarı cümleleri ("Adım 2: önceki hâl kaydı yok", "Adım 1 node'u cordon ediyor, adım 3 pod şablonunu değiştiriyor") aynı numarayı söylüyor, 1'den sayarak. Daha önce ilk adım "Adım 0" diye anılıyordu ve kartta karşılığı yoktu.
• Kısmi uygulama sonucu aynı numarayla. Bir plan yarıda kaldığında sonuç satırı ("Adım 2 başarısız: …") kutudaki numarayı kullanıyor. Kayıtlardaki ve denetim izindeki adım indeksi değişmedi; daha önce yazılmış sonuç cümleleri eski hâliyle kalıyor.

İzleme okuma yolu ve tablo hizası

• İzleme okumaları da parçalı. Metrik geçmişinin büyük okumaları varlık gruplarına bölündü; sonuç bayt bayt aynı, ama tek bir uzun sorgu olay döngüsünü artık tutmuyor.
• Sayı sütunları başlığıyla hizalı. Node detayındaki pod tablosunda, port-forward ve işlemler tablolarında sağa yaslı sayı sütunlarının başlıkları da sağa yaslandı.

Olay döngüsü: izleme yazması parçalandı

• İzleme yazması olay döngüsünü tutmuyor. Toplayıcıdan gelen metrik yazmaları küçük transaction'lara bölündü ve aralarında olay döngüsü nefes alıyor. Yük altında liveness probunun core'u öldürmesine yol açan bloklama buradaydı.
• /healthz olay döngüsü ölçüsü taşıyor. Sağlık ucu artık olay döngüsü gecikmesini (p50/p99/max) döndürüyor — bir kapı değil, bir ölçü.
• Kurulum manifestinde prob ve limit değerleri ölçüme dayalı. Kubernetes örneğindeki liveness/readiness zaman aşımları ve CPU limiti ölçülen değerlerle güncellendi.

Guardrail: node cordon ve tek node'lu cluster

• Tek node'da cordon yükseltilmiş onay ister. Bir node'u yerleşime kapatan (spec.unschedulable) patch artık ayrı sınıflanıyor: hedef, cluster'ın son yerleşilebilir node'uysa plan yıkıcı sayılır, onay kartı adı yazdırır ve "cordon sonrası hiçbir yeni pod yerleşemez" der. Node sayısı okunamıyorsa da yükseltilir; bilinmiyor, güvenli demek değil. Başka node açıkken bugünkü sınıf korunur, kartta tek bir uyarı satırı çıkar.
• Cordon ile rollout aynı plandaysa uyarı. Plan hem cordon hem pod şablonunu değiştiren bir adım taşıyorsa kart bunu ayrıca söyler: rollout'un yeni pod'ları yerleşemez, iş yükü Pending'de kalır.
• Sohbet kısılma için cordon önermez. Teşhis istemi CPU kısılması ve limit sorunlarında cordon önermiyor; cordon yalnız açıkça bakım/drain istendiğinde, tek node'lu cluster'da hiç.

İzleme: birden çok namespace

• Namespace süzgeci çoktan seçmeli. İş yükleri sekmesinde namespace'ler onay kutulu bir listeden seçiliyor; "Tümü" seçimi boşaltır, on ikiden çok namespace'te listede arama kutusu çıkar. Seçim adreste taşınır (?ns=odeme,uretim), yani paylaşılan bağlantı aynı süzgeçle açılır. Tek namespace'te istek sunucuya o namespace'le gider; birden çokta görünür namespace'lerin tümü okunup süzme ekranda yapılır.

İzleme: kartlarda eğri gri

• Toplam kartlarında eğri artık nötr. Renk yalnız doluluk çubuğunda (yeşil, sarı, kırmızı); altındaki eğri ağ kartındaki gibi gri, çizginin işi şekli göstermek.

İzleme: tablolarda sıralama

• Başlığa dokununca sıralanır. Node'lar, İş yükleri ve Depolama tablolarında CPU, bellek, disk, ağ, kısılma ve ad sütunları: ilk dokunuş büyükten küçüğe, ikinci dokunuş küçükten büyüğe. Oranı olan sütun oranla sıralanır (%19 ile %93), ağ gelen ve giden toplamıyla; ölçülemeyen satır iki yönde de sonda kalır, "en küçük" sayılmaz. Başlıklar klavyeyle de erişilebilir.

İzleme: kartlarda üç renk

• Toplam kartlarının çubuğu üç renkli. Eşiğin altı yeşil, eşiğe yaklaşan sarı, eşik ve üstü kırmızı; gri yalnız ölçülemeyen kartta kalıyor (ağ kartının paydası yok). 0.41.0'da iyi durum gri çiziliyordu ve "ölçüm yok" gibi okunuyordu.

İzleme: kartlar durum taşıyor, dikkat listesi gruplanıyor

• Toplam kartları durum taşıyor. CPU, bellek ve disk kartlarında değerin altında eşiğe göre tonlanan ince bir doluluk çubuğu ve seçili pencere boyunca küçük bir eğri var; "en kötü node" satırı yalnız ortalamadan belirgin biçimde kötüyse çıkıyor. Ağ kartı gelen ve giden hızı ayrı gösteriyor. Sağlıklı cluster'da kartlar sessiz kalır; renk yalnız eşiğe yaklaşınca gelir.
• Dikkat listesi tekrarı bıraktı. Aynı sebep tek satırda toplanıyor ("CPU kısılması · 14 iş yükü"), en kötü üç özne satırda, kalanı "+n daha" ile açılıyor. Pod'lar iş yüküne toplanıyor: bir DaemonSet'in beş pod'u beş satır değil tek özne, "Teşhis et" de iş yükünü hedefliyor.
• İki yeni sinyal. Ağ hataları (pod ve node; hata varsa uyarı, saniyede bir ve üstü kırmızı) ve PVC inode doluluğu (disk boş görünürken dosya sayısı tükenen hacimler). Aynı ölçütler sohbetin okuduğu özette de var. Yeniden başlatma sayacı ve pod bellek limiti telde olmadığı için listede yok; bu sınıflar taramanın işi.

İzleme: kubeconfig kipinde doğru cümle

• Kubeconfig ile bağlı cluster'da İzleme sayfası artık "agent'ı güncelleyin" demiyor. O kurulumda agent yok; sayfa tek cümleyle bunu söylüyor ve agent kipine geçişi anlatıyor. Node panosu ve pod kartları kubeconfig kipinde metrics-server varsa onu kullanmaya devam ediyor. Agent kipinde izleme için Prometheus ya da metrics-server gerekmiyor; YEKE cluster'a bileşen kurmaz, bu yüzden bir kurulum kartı da yok.

İzleme: kubelet TLS kabulü ürünün içinden

• "Doğrulanmamış TLS'i kabul et". Kubespray ve kubeadm cluster'larında kubelet sertifikası doğrulanamayınca İzleme sayfası bunu çiple söylüyordu, çare ise kubectl istiyordu. Şeridin sonundaki düğme kabulü bugünkü onay kartından geçirir: kart ne anlama geldiğini (cluster ağı içinde kubelet'e doğrulanmamış TLS) ve kalıcı alternatifi (kubelet sunucu sertifikası rotasyonu) yazar; Uygula deyince agent Deployment'ına YEKE_KUBELET_INSECURE_TLS=true yazılır, agent yeniden başlar, çip bir dakika içinde düşer. Sessiz kabul yok: adım denetim izinde ve onaydan geçmeden hiçbir şey yazılmaz.
• Düğme yalnız gerektiğinde ve yetkiliye. Sağlıklı cluster'da şerit hiç doğmaz; düğme "Agent'ı güncelle" ile aynı üç şartla görünür (agent kipi, bilinen imaj, tam erişim).

İzleme: boş depo "yetki yok" değil

• İş yükleri sekmesi iki boş hâli ayırıyor. Toplayıcı henüz seri yazmadıysa (kubelet sertifikası doğrulanamadı, agent yeni kuruldu) sekme "bu aralıkta hiçbir iş yükü ölçüm bildirmedi" diyor ve toplayıcının durumuna yönlendiriyor; "yetkiniz yok" cümlesi artık yalnız gerçekten yetki yoksa çıkıyor. Kubespray ile kurulmuş bir cluster'da cluster yöneticisine yetkisi yok deniyordu.
• Sohbet, kör node için doğru çareyi söylüyor. Teşhis sırasında asistanın okuduğu toplayıcı durumu artık node'un neden okunamadığını ve ne yapılacağını da taşıyor: kubelet sertifikası doğrulanamıyorsa YEKE_KUBELET_INSECURE_TLS=true ya da kubelet sunucu sertifikası rotasyonu; node'un kendisi sağlıklı. Önceki sürümde asistan bu durumda çareyi tahmin ediyordu.

Tarama

• Tarama artık olayları da okuyor. Hiç başlamamış pod (zamanlanamayan, imajı çekilemeyen, yapılandırması eksik), çöken pod ve hazır olmayan pod raporda. Önceki sürüm yalnız metriğe bakıyordu ve bu arızalar "bulgu yok" diye bitiyordu.
• OOM adıyla raporlanıyor. Bellek tepesi limitine dayanan iş yükü artık tepe ve limit kanıtıyla "oom-killed" olarak bildiriliyor.
• Node teşhisinde süreç sayısı ve imaj diski. PID baskısı ve imaj dosya sisteminin doluluğu varsayılan okumada; önceden model istemedikçe görünmüyordu.
• Ölçüm. YEKE'nin kendi 24 vakalık kırık cluster kümesinde, tek modelle (DeepSeek) ve vaka başına tek koşumda doğru kök neden 10/24'ten 23/24'e çıktı; sağlıklı cluster'da yanlış pozitif 0. Bu bir taban, genel bir garanti değil: başka model, başka cluster ve başka arıza sınıfı ölçülmedi. Yalnız sunucu güncellenir, agent'a dokunmak gerekmez.

Tarama

• Rapor artık düşmüyor. Tarama sırasında model önce bir giriş cümlesi yazıp raporu cevabının içine koyduğunda rapor kayboluyor ve tarama "model geçerli çıktı vermedi" diye bitiyordu. Artık ikisi birlikte okunuyor; tarama şablonu ve sohbet davranışı değişmedi. Yalnız sunucu güncellenir, agent'a dokunmak gerekmez.

Teşhis

• "Teşhis et". İzleme sayfasındaki dikkat listesinde, node, iş yükü ve PVC satırlarında ve nesne sayfalarındaki izleme bloklarında bir düğme: sohbeti o varlık ve o zaman penceresiyle açar, mesaj hazır gelir ama siz göndermeden gitmez. Asistan artık önce YEKE'nin kendi serilerine bakıyor (doygunluk, kısılma, eksik nokta), sonra olaylara ve log'lara; cevap BULGU → KANIT → OLASI SEBEP → ÖNERİLEN DÜZELTME düzeninde ve her kanıt birimiyle yazılıyor.
• "Tara". Genel bakış'ta tek düğme: cluster sabit bir tarama şablonuyla okunur, bulgular Tarama sekmesinde önem sırasıyla, kapalı bir kök neden kümesinden bir kodla (OOM, CPU kısılması, node baskısı, dolu PVC, imaj çekilemiyor, açılışta çöküyor, yerleşemiyor, prob düşüyor, ağ hatası, toplayıcı boşluğu…), hedefiyle ve kanıt tablosuyla listelenir; geçmiş taramalar aynı sekmede. Bulguya bağlı bir düzeltme önerilirse bugünkü onay kartından geçer ve kart bunu söyler: öneri taramadan geldi, dry-run geçti, karar sizin. Rapor okuyanın namespace yetkisiyle kırpılır; görmediğiniz bulgu sayı olarak söylenir, adı söylenmez.
• Teşhis ölçülüyor. 24 vakalık bir "kırık cluster" kümesi (13 kök neden sınıfı, iki sağlıklı vaka) ürünün kendi tohumlama ve tarama yolundan koşuyor; bu sürümde tek modelle tek koşumda 10/24 vakada kök neden ve hedef doğru bulundu. Metrikte iz bırakmayan arızalar (yerleşemeyen pod, çekilemeyen imaj, açılışta çöken kap, düşen prob) bugün taramanın kör noktası; ölçüm belgesi bu sınırı yazıyor.
• Kubelet sertifikası. Kubespray ve kubeadm kurulumlarında kubelet'in kendi imzalı sunucu sertifikası toplayıcıyı durduruyordu ve sebep görünmüyordu; agent artık sebebi ve çareyi bir satırda log'luyor, İzleme sayfası çareyi söylüyor (YEKE_KUBELET_INSECURE_TLS ya da kubelet sunucu sertifikası rotasyonu). Agent 0.38.0 gerekir; "Agent'ı güncelle" yeter.

İzleme

• "İzleme" sayfası geldi. Sol menüde Operasyonlar'ın altında: Genel bakış (CPU, bellek, disk, ağ toplamları; "en kötü node" çipi; dikkat gerektirenler; node şeridi), Node'lar (node başına eğriler), İş yükleri (namespace ve tür süzgeci), Depolama (PVC doluluğu). Zaman penceresi Canlı · 1h · 6h · 1d · 7d · 30d · 90d; seçim sayfadan sayfaya taşınır. Prometheus ya da metrics-server gerekmez.
• Nesne sayfaları da aynı kaynağı kullanıyor. Node detayında yedi kartlık izleme bölümü ve o node'daki pod'lar; iş yükü detayındaki pod kartları ve cluster ana ekranındaki node panosu, YEKE serisi varsa onu çizer, yoksa bugünkü gibi davranır. Kullanıcı kaynak seçmez, sonuç aynıdır.
• "Agent'ı güncelle" izinleri de günceller. Düğme artık tek onayla önce agent'ın cluster izinlerini güncel manifeste eşitler, sonra imajı yazar; 0.36.0'da yalnız imaj değişiyor ve izleme "yetkisiz" kalabiliyordu. 0.36.0'a geçmiş her cluster'da bir kez "Güncelle"ye basmak yeter.
• Agent düzeltmeleri. Toplayıcı bazı cluster'larda birkaç dakika sonra sessizce duruyordu; artık durmuyor ve on dakikada bir durum satırı yazıyor. Eksik izin "yetkisiz" olarak bildiriliyor. PVC doluluğu toplanıyor (hostPath/local-path hacimlerde kubelet ana diskin kapasitesini bildirir).

İzleme altyapısı

• Agent artık kullanım verisi topluyor. Bağlı cluster'daki her node'un kubelet'inden 30 saniyede bir CPU, bellek, disk, ağ ve IO değerleri okunuyor; node, pod ve iş yükü serileri YEKE'nin kendi veritabanında tutuluyor. Prometheus, metrics-server ya da başka bir bileşen kurulmuyor. Bu sürümde ekranda bir şey yok; seri geçmişi /api/clusters/<id>/metrics/… uçlarından okunuyor, arayüz sonraki sürümde geliyor.
• Kimlik kuralı değişmedi. Toplama agent'ın kendi kimliğiyle, kullanıcının gördüğü her seri ise kullanıcının kendi Kubernetes yetkisiyle sınırlı: node serisini node listeleme, pod serisini o namespace'te pod listeleme yetkisi olan görür; yetkisiz namespace'in adı yanıta girmez.
• Saklama ve bütçe. 30 saniyelik ham veri 3 saat, 5 dakikalık özet 48 saat, 30 dakikalık özet 14 gün, 2 saatlik özet 90 gün. Cluster başına üst sınır 400 MB (YEKE_METRICS_BUDGET_MB); sınıra gelince en yeni katmandan değil en ince katmandan kırpılıyor.
• Agent güncellemesi gerekiyor. Toplama, 0.36.0 agent'ıyla başlıyor; eski agent'lar bağlı kalır ve çalışmaya devam eder, yalnızca seri üretmez. Agent'ın ClusterRole'üne node ve kubelet istatistiği okuma izni eklendi; Secret üzerinde hiçbir fiil yok.

Arayüz

• Küçük ekranda da çalışıyor. Tablet ve telefon genişliğinde sol kaynak menüsü artık bir çekmece: üst çubuktaki "Kaynaklar" düğmesiyle açılıyor, bir kaynağa geçince ya da Esc ile kapanıyor. Sohbet paneli çalışma alanının üstüne biniyor ve kendi "Kapat" düğmesiyle çekiliyor. Telefonda üst çubuk satırlara sarıyor, tablolar ve cluster listesi kendi içinde yatay kayıyor; satırın adı sabit kalıyor.
• Ana ekranda başlık listeye binmiyor. Dar ekranda karşılama metni ve düğmeler cluster listesinin üstüne taşıyordu.
• Geniş ekrandaki görünüm değişmedi; 1024 px ve üstünde düzen bugünkünün aynısı.

Arayüz

• Eylem menüsü düğmesiyle hizalı. "⋯" menüsünün sağ kenarı düğmenin sağ kenarından kaydırma çubuğu genişliği kadar (yaklaşık 11 px) içeride duruyordu; menü konumunu çubuğu da sayan pencere genişliğinden okuyordu. Bilgi balonu da sağ kenara yakınken aynı ölçüde taşabiliyordu. İkisi de artık çubuğu dışlayan yerleşim genişliğini kullanıyor.

Arayüz

• Cluster listesinde menü ekranın altından taşmıyor. Listenin son satırlarında "⋯" düğmesine basınca açılan menü sayfanın altında kalıyor, alttaki maddeler ("Çıkar" gibi) görünmüyordu. Menü artık altta yer yoksa yukarı açılıyor; iki yöne de sığmıyorsa ekranda kalıp içi kayıyor. Kaynak listesindeki satır menüsü bunu zaten yapıyordu; ikisi artık aynı mekanizmayı kullanıyor.

Shell

• Kapanan oturumun sebebi artık ekranda. Bellek tavanını aşıp OOMKilled ile düşen ya da bir sinyalle sonlanan Shell oturumu sessizce kapanıyordu; ilk teşhis "bitmedi" oluyordu. Terminal artık sebebi pod'un kendi durumundan okuyup gösteriyor ve bellek tavanının bir operatör ayarı olduğunu söylüyor. Sebep okunamıyorsa uydurulmuyor — ekran bugünkü hâlinde kalıyor.
• Pod listesinden doğrudan Shell. Bir pod'a bağlanmak için önce detay ekranına gitmek gerekiyordu; Shell artık liste satırının eylem menüsünde de var. Aynı onay zinciri, aynı terminal.

Arayüz

• Düğmenin adı her yerde "Shell". Pod detayının araç çubuğunda "Çalıştır", satır menüsünde "Shell" yazıyordu — tek eylem, iki sözcük.

Sohbet

• Betikler artık doğru dizine yazıyor. Sohbetin önerdiği betik bir values dosyası hazırlarken dosyayı /tmp altına yazıyordu; Shell kutusunun kök dosya sistemi salt okunur ve betik ikinci satırında Read-only file system ile duruyordu. Sohbet artık kutunun yazılabilir dizinini biliyor ve dosyaları oraya yazıyor.

Sohbet

• Sohbet artık çok satırlı betik de önerebiliyor. Tek satıra && ile sığmayan işler — values dosyası yazıp ardından kurulum, döngü, koşul, birden çok chart — tek bir kartta betik olarak geliyor. Kısa işler tek satırlık komut olarak kalıyor; tercih hâlâ kısa olandan yana.
• Enter hâlâ sizde. Düğme betiği terminale yazar, çalıştırmaz: satırların tamamı istem satırında birikir ve tek bir Enter bekler. Terminal çok satırlı metni tek parça olarak alamayacak durumdaysa hiçbir bayt gönderilmiyor ve kart bunu söylüyor.
• Betik ayrı bir alt kabukta koşar. Düşen bir adımdan sonrası çalışmaz ve betiğin durması Shell oturumunuzu kapatmaz. Bedeli kartta yazılı: betik içindeki cd ve export oturuma kalmaz.

Shell

• GitOps'a bağlı cluster'larda Shell yazmaları düşüyordu. Repo'sunun "değişiklikleri repo'ya yansıt" varsayılanı kapalı olan bir cluster'da Shell'den yapılan her yazma plan içeriği değişti; komut uygulanmadı, yeniden koşun ile reddediliyordu. Reddin sebebi planla isteğin yansıtma kararının ayrışmasıydı ve deterministikti: komutu yeniden koşmak hiçbir zaman çözmüyordu. Shell artık planın kendi kararını taşıyor. Yazma uygulanıyor, repo kararı da çiğnenmiyor — yansıtma kapalıysa repo'ya dokunulmuyor.

Sohbet

• "Kartı oluşturdum" deyip kart oluşturmama hâli kapatıldı. Sohbet bazen Shell komutunu kartın yerine cevabın metnine yazıp kart eklediğini söylüyordu; ekranda düğme olmuyordu. Artık cevabında çalıştırılabilir bir Shell komutu duran ama kart üretmemiş bir tur geri çevriliyor: sohbet ya kartı gerçekten oluşturuyor ya da komutu cevaptan çıkarıyor. Kendi araçlarıyla yaptığı okumaları anlatırken yazdığı komutlar bundan etkilenmiyor.
• Büyük nesneler artık okunabiliyor. Tek bir nesneyi okurken "yanıt tel tavanını aştı" hatası, nesnenin sohbete hiç ulaşmayan bölümleri yüzünden de çıkabiliyordu. Ölçüm alınıp tavan yalnız bu okuma için ayrıldı; sohbete giden metnin boyu değişmedi.

Terminal

• Pod terminali de alt çekmecede. Pod detayından ya da satır eyleminden açılan terminal artık tam ekran örtü değil; Shell ile aynı çekmecede, ayrı bir sekme olarak açılır. Sayfalar arasında gezinirken oturum yaşar; sekmeler arasında geçmek bağlantıyı kesmez, sekmenin çarpısı yalnız o oturumu bitirir.
• Tek çekmece, birden çok oturum. Shell ve pod terminalleri yan yana; Shell sekmesi arkadayken "N onay bekliyor" ve "N yazma" çipleri görünür kalır. Cluster değiştirilince çekmecedeki tüm oturumlar biter.
• Sohbet paneli çekmeceden etkilenmiyor. Sohbet sağda tam yükseklikte kalır; çekmece sol tarafta, sohbet paneline kadar olan genişlikte açılır. Sohbet kapalıyken çekmece tam genişliktedir.

Shell

• Shell kutusunun bellek tavanı 1 GiB oldu. helm repo add bitnami … eski 512 MiB tavanda kutuyu bellek yetersizliğinden düşürüyordu: Bitnami depo index'i 27 MB ve helm onu bellekte ayrıştırıyor. Tavan artık YEKE_TOOLBOX_MEMORY_LIMIT_MI ile ayarlanabilir (taban 512); kutunun talep ettiği bellek değişmedi.
• Sohbet, chart'ın OCI adresi biliniyorsa onu tercih ediyor. Depo index'i indirmeyen helm install <ad> oci://… biçimi; Bitnami için adres sohbete öğretildi.
• Cluster değiştirince Shell oturumu kapanır. Çekmece açıkken üst menüden başka bir cluster'a geçildiğinde eski cluster'ın kabuğu yeni başlıkla açık kalıyordu; Shell cluster'a bağlı bir oturumdur, artık cluster değişince biter ve yeni cluster için tek tıkla yeniden açılır.

Sohbet

• "Shell'de çalıştır" kartı sayfa yenilenince kaybolmuyor. Sohbetin arayüz satırları (komut kartı ve tema/dil/ekran çipleri) artık geçmişle birlikte saklanıyor ve geçmiş yüklenince aynen çiziliyor; düğme geçmişten de çalışır.

Sohbetten Shell'e

• Sohbet artık Shell'de yapılabilen işleri reddetmiyor, komut öneriyor. Bir Helm chart'ı kurmak, rollout'ları izlemek, toplu bir işlem ya da cluster içinden ağ/TLS teşhisi istendiğinde sohbet tek satırlık bir komut kartı çıkarır. Karttaki "Shell'de çalıştır" düğmesi komutu Shell'in terminaline yazar, çalıştırmaz; Enter size aittir. Shell açık değilse önce açılır ve iki onay kartı görürsünüz.
• Komut sunucuda sınanır. Tek satır, hiçbir kontrol karakteri yok, en çok 512 karakter; turda en fazla bir öneri. Denetim izine komutun kendisi değil özeti (sha256 ve uzunluk) düşer. kubectl exec/attach/port-forward/cp önerilmez; pod'un içine girmek isteniyorsa sohbet pod ekranını açıp Terminal eylemini tarif eder.

Shell

• Shell sayfanın altından açılan bir çekmece oldu. Üst çubuk, sol menü, listeler ve sohbet üstte kalır; yükseklik sürükleyerek ya da klavyeyle ayarlanır ve tarayıcıda hatırlanır; küçültünce oturum kapanmaz. Pod terminali tam ekran örtüde kaldı.
• Terminalin üstündeki bantlar tek satıra indi. Durum, "Kayıt açık", "N onay bekliyor" ve "N yazma" çipleri barda; uzun açıklamalar bilgi düğmesinin arkasında. Kapat düğmesi artık "Oturumu bitir" diyor. Küçültülmüş barda çipler görünür kalır — uygulanan yazma duyurusu sessizleşmez.

Onay kartı

• "Repo'ya yansıt" kutusu kapalıyken kart sadeleşti. Aynı şeyi söyleyen dört gösterge yerine kutu ve tek satır kaldı: repo'ya yazılmayacağı ve bir sonraki reconcile'ın değişikliği geri alabileceği.
• Kutuyu işaretleyince "plan yeniden kuruluyor" göstergesi geliyor. Plan arka planda repo karşılığıyla yeniden kurulurken kutu devre dışı kalıyor; önce hiçbir geri bildirim yoktu ve ekran donmuş gibi görünüyordu.

GitOps

• "Repo'ya yansıt" kutusunun varsayılanı artık repo başına ayarlanabiliyor. GitOps repo ayarlarında varsayılanı kapatırsanız o repo'ya bağlı cluster'larda kutu kapalı gelir ve plan repo'ya bakmadan kurulur — deneysel repo'larda plan daha hızlı açılır. Kutuyu işaretlediğinizde plan yeniden kurulup repo karşılığını gösterir. Ürün varsayılanı açık kalıyor.
• Kart, kutunun neden kapalı olduğunu söylüyor. Repo varsayılanı mı, sizin seçiminiz mi — kayıt da bunu taşıyor.
• Bilinen sınır. Kutu kapalıyken çakışan beyan uyarısı üretilmez; varsayılanı kapalı bir repo'da bu uyarı varsayılan olarak susar.

Arayüz

• Operasyonlar sayfasında eylem düğmeleri her zaman görünür. Operasyon defterinin "İzi göster" ve denetim izinin "Kaydı indir" düğmeleri, tablo yatay kaydırıldığında da sağ kenarda sabit kalır. Operasyon defteri en fazla on satır gösterir, gerisi tablonun içinde kaydırılır; Onay sütunu Aktör sütununun sağına alındı. Denetim izinde indirme sütunu yalnız kaydı olan bir oturum varken çizilir.

Yönetişim

• Oturum kaydı ayarı cluster ekranında. Bir cluster seçilince açılan ekranın altında, GitOps bağı bölümünün ardından, terminal oturum kaydının duruşu görünür: açık mı, kapalı mı, lisans yokken yeni kaydın başlamadığı. Yönetici aynı yerden açıp kapatabilir; cluster listesindeki menü de duruyor. Duruşu bildirmeyen eski bir core'da bölüm hiç çizilmez.

Düzeltilen arızalar

• Onay kartı, uygulanmış bir terminal planı listeden açılınca "bilet gelmedi" uyarısı basmıyor. Bilet tek kullanımlıktır ve plana yazılmaz; listeden ya da sohbetten açılan, zaten uygulanmış bir kayıtta yokluğu beklenendir. Kart artık yalnız bu akışta uygulanan planda bilet bekler; uyarı yalnız gerçek uyumsuzlukta görünür.

Yönetişim (Enterprise)

• Uyum raporunun kapsam beyanı artık oturum SAYISI veriyor. Dönemde açılan terminal oturumu, kaçının kaydı başladı, kaçı kayıt kapalıyken açıldı — kayıt durumu izden okunamayan eski oturumlar "bilinmiyor" sayılır, kayıtsız değil. Aynı sayılar NDJSON özetinde de var.
• Guardrail CEL bağlamı kaydın iki alanını görüyor. op.cluster.execRecording cluster kaydının DURUŞUnu (lisanstan bağımsız) taşır, op.cluster.recordingActive duruş ve lisansın birlikte kaydı gerçekten başlatıp başlatmadığını taşır. Depoda kapalı bir şablon var (ops.recording-required, varsayılan kapalı) — yerinde açılamaz, kendi ad alanınızda kopyalayın. Ayrıntı Politikalar sayfasında.

Düzeltilen arızalar

• Politika paketi imzalama aracı şifreli private key'i tanımıyordu, düzeltildi. Şifreli bir PEM verildiğinde (ENCRYPTED PRIVATE KEY başlığı ya da eski Proc-Type: 4,ENCRYPTED) araç passphrase'i hiç sormadan hata veriyordu; artık YEKE_POLICY_KEY_PASSPHRASE'ten ya da gizli girdiden okuyor.

Düzeltilen arızalar

• PostgreSQL'de arşiv tablosu olmayan kurulumlarda core açılmıyordu, düzeltildi. 0.26.0'ın şema göçü archived_operations tablosunun her PostgreSQL kurulumunda var olduğunu varsayıyordu; eski bir kurulumda tablo yoksa göç geri alınıyor ve core başlamıyordu. Göç artık tablo yoksa o adımı atlar. SQLite kurulumları etkilenmedi.
• Uyum raporu, arşiv okunamayınca hata vermek yerine bunu kapsam beyanına yazar. Aynı sınıf kurulumda rapor ucu 500 dönüyordu; artık rapor canlı kayıtlarla üretilir ve "arşiv okunamadı" satırı hata özetiyle beyanda görünür.

E3 fazının (yönetişim) beş kalemini getiren sürüm: çift onay (4-göz), bakım penceresi (change-freeze), merkezî politika yönetimi, terminal oturum kaydı, uyum raporları. Kurulum adımları ve operatör davranışı: Yönetişim. Beşi de Enterprise katmanda — sırasıyla dual-approval, change-freeze, policy-central, session-recording, compliance-reports bayraklarının arkasında.

Çift onay — 4-göz (Enterprise)

• Guardrail politikasının bir alanı ikinci bir onay isteyebilir. requireSecondApproval (isteğe bağlı requiredApproverGroup) eşleştiğinde plan secondApproval alanıyla sınıflandırılır; varsayılan kapalı, tek-adminli kurulumu kilitlemez.
• İkinci onaycı rıza verir, planı yine sahibi uygular. Aktör ≠ plan sahibi kapısı değişmeden durur; ikinci bir uygulayıcı yoktur.
• Rıza planın GÜNCEL hash'ine bağlıdır. Plan tazelenip hash değişince rıza düşer ve yeniden istenir.
• Uygun onaycı yoksa kontrol apply anına bırakılmaz. Plan yine kurulur ve kartı bunu PLAN ANINDA söyler; aynı anda mevcut bildirim hook’u ikinci bir insanı arar.
• Lisans kaldırıldığında yapılandırılmış kural yürürlükte kalır, kesilen tek şey yeni kural tanımlamaktır.

Bakım penceresi — change-freeze (Enterprise)

• Takvim freezes: biçiminde tanımlanır (dosya modunda ayrı bir dosyada, merkezî modda paketin freezes alanında); her pencerenin timezoneu ZORUNLUDUR.
• Pencere içindeki bir apply bekler. 409 APPROVAL_HOOK_DENIED ve pencerenin bitiş zamanını döner; plan kaydı mutasyonsuz kalır.
• Delme (break-glass) yolu yoktur — v1'de yalnız "bekler".
• Lisans kaldırıldığında yapılandırılmış bir pencere yürürlükte kalır, kesilen tek şey yeni pencere tanımlamaktır.

Merkezî politika paketi (Enterprise)

• Politika seti dosyadan değil imzalı bir paketten de yüklenebilir (YEKE_POLICY_MODE=central). Paket {version, policies, freezes?, signature} Ed25519 ile imzalıdır — anahtar kurumun kendisinindir, lisans ve air-gap yayın anahtarından ayrı.
• Dosya kipiyle merkezî mod aynı anda kaynak olamaz (YEKE_POLICY_DIR ile birlikte verilirse core açık hatayla durur).
• Yükleme anında yürürlüğe girer ama koşan bir planı etkilemez; her değişiklik izlenir.
• Bozuk imzalı bir paket önceki sürümü düşürmez — reddedilir, önceki sürüm okunmaya devam eder.

Terminal oturum kaydı (Enterprise)

• Tam pty kaydı cluster başına opt-in, varsayılan kapalı. Metadata olayları (kim, hangi pod) her koşulda ve Community dâhil yazılır; tam kayıt açıldığında bu terminal açılış satırında söylenir — gizli kayıt yoktur.
• İndirilen biçim asciinema v2 .cast. Tarayıcıda satır içi oynatma yoktur, müşteri kendi oynatıcısını seçer.
• Kendi saklama ayarı vardır (YEKE_EXEC_RECORDING_RETENTION_DAYS, varsayılan 30 gün) ve E2'nin arşiv düzlemine girmez.
• Lisans kaldırıldığında yeni kayıt başlamaz, var olan kayıtlar okunabilir kalır.

Uyum raporları (Enterprise)

• Cluster × dönem değişiklik raporu tek bir uçtan üretilir. Rapor bir türevdir: yeni tablo/olay yazmaz, kaynağı denetim izi ve yönetici onaylarıdır.
• Biçim tek dosya HTML (varsayılan) ya da NDJSON. Dönem tavanı 366 gündür.
• Rapor kapsadığı aralığın zincir özetini taşır (baş/son kanonik hash + olay sayısı) ve verify-tool ile doğrulanabilir.
• Lisans yoksa rapor ucu 403 döner; ham iz okuması ve NDJSON dışa aktarımı (SIEM) etkilenmez.

Düzeltilen arızalar

• PostgreSQL kurulumlarında hook teslim listesi açılmıyordu, düzeltildi. /api/hooks/deliveries 500 dönüyordu. Teslimin kendisi hep çalışıyordu, hook'unuza giden istekler yerine ulaşıyordu; yalnız geçmiş teslimleri listeleyen uç kırıktı. SQLite kurulumları etkilenmedi.
• Şema denetimi son göçü tanımıyordu, düzeltildi. SQLite ile PostgreSQL şemalarının eşleştiğini denetleyen sınamanın listesinde son göç eksikti. Kurulumları etkilemiyordu; yalnız PostgreSQL'e karşı koşan geliştirme sınamasında görünüyordu.

Hook ve ITSM

• Hook cevabında tipli ticket bloğu. Hook'unuz cevaba change kaydının kimliğini, adresini ve durumunu ayrı alanlar hâlinde koyabilir. Blok isteğe bağlıdır; koymazsanız hiçbir şey değişmez. Biçimi bozuk bir blok sessizce düşmez, cevabın tamamı anlaşılmamış sayılır. Ayrıntı hook belgesinde.
• Onay kartında ticket rozeti. Kart change kaydının kimliğini bağlantı, durumunu çip olarak çizer; onaylayan kişi ITSM'e geçmeden hangi kaydın yetki verdiğini görür ve adres verilmişse tek tıkla kayda gider. Onaylanan karttaki ticket onaydan sonra sessizce değişemez.

Düzeltilen arızalar

• Hook izin listesi .env'den konteynere ulaşmıyordu, düzeltildi. Dağıtım dosyaları (compose, .env.example, Kubernetes manifestleri) YEKE_HOOK_ALLOWED_HOSTS'u artık taşıyor. Önce .env'e yazılan değer konteynere geçmiyor, iç ağdaki ITSM'e giden hook tanımı kaydedilirken reddediliyor ve arıza ITSM'de aranıyordu.

Diğer

• Kurulum örnekleri güncellendi. Depodaki compose ve Kubernetes örnekleri bu sürümün imaj etiketine çekildi.

0.16.0'dan 0.24.0'a kadarki dokuz sürüm bu girdide toplandı. Hepsinin konusu tekti: arayüzden yaptığınız değişikliğin GitOps repo'nuza da inmesi.

Repo'ya yansıtma

• Arayüzden yaptığınız değişiklik GitOps repo'nuza da iniyor. Bir Deployment'ı ölçeklediğinizde ya da bir nesneyi sildiğinizde YEKE repo'daki YAML karşılığını bulur ve aynı değişikliği oraya da yazar. Konsoldan yapılan hızlı bir müdahale artık bir sonraki reconcile'da geri alınmıyor.
• Repo'ya ne yazılacağı onaydan önce gösteriliyor. Onay kartı hangi dosyanın nasıl değişeceğini yazar; karşılık bulunamazsa bunu da söyler ve işlem yine uygulanır.
• "Repo'ya yansıt" kutusu eklendi, varsayılanı açık. Deneysel bir iş yaparken kutuyu kaldırırsınız; kapalıyken repo'ya hiç bakılmaz.
• Yeni dosya eklemek ve dosya silmek ayrı onay ister. Var olan bir beyanı güncellemek otomatiktir; repo'ya yeni bir dosya yazmak ya da bir beyanı silmek işaretlenmeden yapılmaz.
• Biçiminiz korunuyor. Yorumlarınız, girintiniz ve satır düzeniniz olduğu gibi kalır, dokunulmayan her bayt aynı kalır. Bir liste girdisi silinirken komşu satırların kayması da düzeltildi.
• Kustomize ve Helm kurulumları destekleniyor. Doğru dosya bulunurken üst kustomization.yaml'daki namespace ayarı hesaba katılır, bir beyan silindiğinde kustomization.yaml'daki girdisi de düşer. Helm release adı da bulunuyor.
• Namespace silmek içindeki beyanları da kapsıyor. Bir Namespace'i ya da bir CRD'yi sildiğinizde repo'da ona bağlı beyanlar da gider; kapsanan dosyaların listesi onaydan önce kartta durur ve onayladığınız planın parçasıdır.
• Silinen bir nesneye bağlı kalan beyanlar listeleniyor. O Service'i hedefleyen bir rota ya da o PVC'yi bağlayan bir pod şablonu varsa kart bunları onaydan önce gösterir. Hiçbiri düzenlenmez, yalnız gösterilir.
• Bir denetleyicinin sahip olduğu nesne kapsam dışı. Bir pod'u sildiğinizde repo'ya hiç bakılmaz: repo'daki karşılık o pod değil, onu yaratan Deployment'tır.

Repo bağlama ve drift

• GitOps repo'nuzu arayüzden bağlıyorsunuz. Repo kaydı, YEKE'nin ürettiği public key ve cluster'ı repo'ya bağlama artık ekranda; başlangıçta bunlar yalnız API üstünden yapılabiliyordu.
• "Bağlantıyı sına" düğmesi kurulumu ölçüyor. Public key eklendi mi, o anahtar yazma yetkisi taşıyor mu, kapsam yolunuz repo'da karşılık buluyor mu — üçü ayrı ayrı gösterilir. Sınanmamış bir repo "hazır" demez.
• Bağlı bir repo silinemez, önce cluster bağlarını kaldırmanız istenir. Sunucu kimliği değiştiğinde yeni parmak izini elinizle yazarsınız.
• Drift raporu Kustomize repo'larında çalışıyor. Beyan kümesi ham dosyalardan değil build çıktısından okunur, yani reconciler'ın cluster'a gerçekten uyguladığı nesnelerden.
• Rapor baktığı kapsamı yazıyor. Cluster'ı dar bir kapsamla bağladıysanız rapor o kapsamdan çıkar. Render edilemeyen bir kapsam "temiz" sayılmaz, "bilinmiyor" der.
• GitOps bağı cluster ana ekranında. Hangi repo, hangi branch ve hangi kapsam olduğu görünür; bağ yoksa oradan bağlarsınız.
• GitOps ekranı ve onay kartının repo yarısı sadeleşti. Gerekçeler bilgi düğmelerinin arkasına taşındı, hiçbir bilgi silinmedi.

Hız

• Plan kurmak belirgin biçimde hızlandı ve çoğu durumda modele hiç gidilmeden çözülüyor: karşılık bulma mekanik yoldan yapılır, model yalnız o yol düştüğünde devreye girer.

Düzeltilen arızalar

• Geri alma repo'ya inmiyordu, düzeltildi. Bir işlemi geri aldığınızda beyan da eski değerine döner ve dosyanıza yalnız değişen satır girer.
• Kendi commit'inizden hemen sonra plan bayat kalıyordu. Bir değişikliği uygulayıp hemen geri almaya kalktığınızda repo sessizce ayrışabiliyordu.
• Ortam arızası repo cevabı gibi görünüyordu. Render aracı çalıştırılamadığında kart "repo'da karşılık yok" diyordu; artık "bakamadım" der.
• Karşılık bulunamama sebebi tek cümleye katlanıyordu, artık ayrı ayrı yazılıyor — modelin hiç çağrılmaması ile modelin bakıp bulamaması dâhil.
• Kartta iki yanlış satır vardı. Çapraz namespace bir referansta hedef yalnız adıyla yazılıyordu, artık namespace/ad biçiminde; ve silme işleminde "geri alma nesneyi yeniden yaratır" satırı listede kalıyordu.
• Ayrıştırılamayan tek bir YAML dosyası kapsamın tamamını körleştiriyordu. Artık yalnız o dosya atlanıyor ve kart okuyamadığı dosyayı adıyla söylüyor.
• Cluster'ın GitOps bağı yönetici olmayan oturuma açılıyordu, kapatıldı.

Bilinen sınırlar

• Bir listenin ortasına ekleme yapmak hâlâ komşu satırları kaydırabilir; ayrıştırılamayan bir dosyadaki referanslar da taranamaz.

• Model yanıtındaki biçim hatalarının onarımı artık bütün sağlayıcılarda aynı. Daha önce yalnız bir sağlayıcı ailesinde çalışan onarım yolu ortaklaştırıldı ve OpenAI uyumlu uçlara da uygulandı. Aynı model, sağlayıcıya göre farklı davranmıyor.

• Sağlayıcının kabul etmediği ayar, model adına bakılarak değil ÖLÇÜLEREK düşürülüyor. Bir sağlayıcı belirli bir ayarı reddediyorsa YEKE bunu isteğin sonucundan anlar, ayarı düşürüp yeniden dener. Model adına göre tahmin yürüten eski yol kalktı; yeni bir model çıktığında elle güncellenecek bir liste yok.

• Yapay zekâ artık replica değişikliğini scale alt kaynağından öneriyor. Konsolun Ölçekle eylemi bu yolu zaten kullanıyordu; model ise nesnenin kökünü yamalıyordu. İkisi de aynı sonucu verir ama alt kaynak daha dar bir yetkiyle çalışır ve denetim izinde konsoldan gelen işlemle aynı görünür. Bu, ilk kez gerçek modellere karşı koşturulan ölçüm setinin bulduğu bir boşluktu.

• Veri dizini varsayılanı operatörün ayarından ayrıldı. İmajın kendi varsayılanı ile kurulumun verdiği yol artık birbirine karışmıyor; PostgreSQL modunda yazılabilir bir dizin beklentisi de kalkıyor.
• Ağdan kopuk kurulum paketi sağlamlaştırıldı. Paketin imajları hedefe aktarma yolu değişti; imza doğrulaması anahtar hiç tanımlı değilken de doğru davranıyor. Paket, ağdan kopuk kurulumun üçüncü ve nadir yolu olarak konumlandırıldı — olağan yol hâlâ doğrudan imaj çekmek.

• Nöbetçi kilit artık donmuş bir öncülde anında pes etmiyor. Kilit başka bir kopyada tutuluyorsa açılış 60 saniyelik sabit bir bütçe boyunca 500 ms aralıklarla yoklar, sonra bugünküyle aynı reddi verir. Zorla devralma yok; terminationGracePeriodSeconds (30 sn) ve Recreate deploy stratejisi değişmedi. Ölçülen sorun: anında ret, donmuş bir öncülde restartPolicy: Always ile birleşince sürekli yeniden başlamaya dönüşüyordu — bekleme koruma zayıflatmadan bunu kapatıyor.
• PostgreSQL modunda açılış artık yazılabilir bir veri dizini istemiyor. Disk yazma kontrolü yalnız SQLite modunda koşuyor; PG modunda snapshot şifreleme anahtarının kaynağı env ya da dosya olmak zorunda ve açılışta doğrulanıyor — üretimde varsayılan yoldan ya da geçici (ephemeral) üretilen bir anahtarla açılmak artık açık bir hatayla kapalı. Bu, HA dağıtımında readOnlyRootFilesystem: true kullanmayı mümkün kılıyor.
• Air-gap kurulum paketi artık üründe. Bu sürümdeki paketleme düzeltmelerinin (compose kurulumundaki imaj adı önekleri, çok mimarili imaj arşivinin yükleme adımı) ardından gerçek, ağdan kopuk bir ortamda (Harvester VM) tam bir kabul turu geçti: paketin kendi dosyalarıyla sıfırdan 0.15.0 kurulumu, sonra 0.15.1'e yükseltme — önceki parolayla giriş çalıştı, veri ve denetim izi korundu. Tek makinelik compose kurulumu yalnız docker istiyor, kurulum boyunca dış ağa hiç çıkılmadı, paket Ed25519 ile imzalı ve doğrulama kanal dışı yapılıyor. Ayrıntı ve sınır beyanı fiyatlandırma sayfasında.

E2 fazının (ölçek ve süreklilik) beş kalemini getiren sürüm: PostgreSQL sürücüsü, SQLite → PostgreSQL taşıma aracı, YEKE core'un kesintisiz çalışması (HA), uzun saklama ve arşiv, air-gap kurulum paketi.

PostgreSQL sürücüsü (Enterprise)

• Tek dosyalı SQLite'ın yanına ikinci bir arka uç. YEKE, kurumun zaten işlettiği bir PostgreSQL'e bağlanır: kurmaz, kümelemez, yedeklemez, işletmez.
• Bağlantı hedefinin şekli bir sözleşmedir: doğrudan postmaster ya da session kipli bir havuzlayıcı desteklenir; transaction/ statement kipli havuzlama desteklenmez ve açılışta reddedilir. Sunucuda özel bir ayar şart koşulmaz.
• Asgari sürüm PostgreSQL 15; PostgreSQL 15 ve 18.6'ya karşı ölçüldü, ikisi arasında fark yok.
• YEKE_DB_URL verilirse PG, verilmezse SQLite açılır; bağlantı kurulamazsa core sessizce SQLite'a düşmez, açılış açık bir hatayla durur.

SQLite → PostgreSQL taşıma aracı (yeke-migrate)

• Var olan bir SQLite kurulumunu PostgreSQL'e taşıyan çevrimdışı, tek yönlü bir araç: core durdurulmuşken koşar.
• Bütünlük doğrulaması aracın kendi parçası — satır sayıları, sıra numarası ve şifreli sütunların açılabilirliği doğrulanmadan hedef "tamamlandı" işaretlenmez.
• Sentetik bir veri kümesiyle (1201 operasyon-izi satırı) doğrulandı; gerçek üretim hacmine karşı henüz ölçülmedi.

YEKE core'un kesintisiz çalışması / HA (Enterprise)

• Yalnız PostgreSQL modunda: çok replica’lı core ve kesintisiz güncelleme, bugünkü ~60 saniyelik deploy kesintisinin yerine geçiyor.
• Kurumun sağladığı bir PostgreSQL üstünde 2 replikayla ölçüldü: rolling update boyunca 566 HTTP probunun hiçbirinde hata yok; tünel devretme penceresi ≤15 saniyelik hedefe karşı 3,1 saniye.
• PostgreSQL'in kendi yüksek erişilebilirliği hâlâ kurumun sorumluluğunda — bu kalemin kapsamı yalnız YEKE'nin kendi çalışmasıdır.

Uzun saklama ve arşiv (Enterprise)

• Yalnız PostgreSQL modunda çalışır: silinen bir operasyon, silme ile aynı transaction içinde aylık partition'lı bir arşiv tabloya kopyalanır ve ayrı bir API ucundan geri okunabilir.
• SQLite modu değişmedi; bugünkü temizleme işlemi ve saklama süresi ayarları aynen çalışmaya devam ediyor.

Air-gap kurulum paketi

• Yayınlanmış imajlardan türetilen OCI arşivi + tek dosyalık CLI + imzalı manifest.
• Gerçek, ağdan kopuk bir ortamda yapılan ilk kabul turu paketleme adımında birkaç sorun buldu; düzeltmeleri 0.15.1'de — o sürümün kendi girdisinde, kabul turunun tam geçtiği ölçümle birlikte.

• Namespace panelleri geri geldi, sütunlar hizalı kaldı. Her namespace yeniden kendi panelinde kendi tablosunu çiziyor. Sütun genişlikleri artık ekran çapında bir kez ölçülüp bütün panellere aynı şekilde uygulanıyor, yani aynı kolon her panelde aynı yerde başlıyor.
• Ölçüldü: kayma önceden Name sütununda 15.4px, Age'te 33.7px, Containers'ta 48.3px, Images'ta 80.3px'e kadar çıkıyordu; şimdi yedi kolonun hepsinde 0.00px — hem geniş hem dar pencerede. Dar pencerede sütunlar kırpılmıyor, tablo yatay kayıyor.
• Bu bir görünüm değişikliği: hangi satırların çizildiği, sıralama ve sorgu değişmedi. Gruplanmamış (düz) görünüm de aynen eskisi gibi.

E1 fazını (kimlik ve uyum) tamamlayan sürüm: OIDC ile giriş ve denetim izinin SIEM'e aktarımı.

OIDC ile giriş (Enterprise)

• Keycloak ve Entra ID hedefli, Authorization Code + PKCE akışıyla. Kullanıcı IdP'nin kendi giriş ekranından geçer; yerel parola formu kaybolmaz — acil erişim yolu olarak durur ve kurulum sahibi (owner) her koşulda yereldir.
• Giriş anında kullanıcı kendiliğinden oluşur (JIT) ve bir lisans koltuğu tüketir; token’daki grup claim'i, cluster kimlik kuralındaki eşlemeyle Kubernetes gruplarına akar.
• LDAP ve OIDC aynı anda etkin olabilir. Tek eşleme listesi hem LDAP grup DN'lerini hem OIDC'nin düz grup adlarını taşır.
• Rol dizinden türetilebilir (adminGroup); bu durumda rolü arayüzden yazmak reddedilir.
• Aynı satış kalemi: yeni bir lisans bayrağı yok, Enterprise sso LDAP ile paylaşılıyor. SAML hâlâ yok.
• Gerçek bir Keycloak'a ve gerçek bir Active Directory ormanına karşı ölçüldü; Entra ID'ye karşı ölçülmedi.

Denetim izinin SIEM'e aktarımı (Enterprise)

• Denetim izini okumak her katmanda ücretsiz kalıyor; satılan şey aktarım (audit-export bayrağı).
• İki hedef türü: TLS syslog (CEF) ve imzalı webhook (NDJSON). Düz TCP ve UDP syslog bilerek yok — iz kullanıcı adı ve Kubernetes kimliği taşıyor.
• Sürekli akış: hedef başına imleç; core yeniden başlasa da aktarım kaldığı yerden devam eder.
• Boşluk tespiti: her kayıtta artan bir sıra numarası ve önceki kaydın özetiyle kurulan zincir.
• İmzalı biçim: periyodik checkpoint kaydı Ed25519 ile imzalanır; anahtar kurulumun kendisinindir, doğrulayan taraf açık anahtarı kanal dışından alır.
• Birden çok hedef tanımlanabilir; her birinin kendi imleci ve kendi zinciri var. Aktarımın başlangıç noktası operatörün açık seçimidir ("şimdiden" ya da "baştan") ve bu seçim ilk checkpoint'te beyan edilir.
• Şema doğrulaması başarısız olursa kayıt düşmez: hedef durur, imleç ilerlemez, durum bildirilir.
• Kurumsal bir CEF ayrıştırıcısına karşı kabul testi yapılmadı — bu genel bir garanti değil.

• Namespace'e göre gruplanmış kaynak listesi artık tek bir tablo. Önceden her namespace kendi panelinde kendi tablosunu çiziyordu ve her tablo sütun genişliklerini kendi içeriğinden hesapladığı için aynı kolon namespace'ten namespace'e kayıyordu. Artık gruplar tek tablonun içinde: sütun başlıkları bir kez çiziliyor ve yukarıda sabit kalıyor, her namespace tam genişlikte bir başlık bandı alıyor ve o bant da kaydırırken sütun başlığının altına yapışıyor.
• Kayma gerçek bileşenle tarayıcıdan ölçüldüğünde Age sütununda 23.3px, Containers'ta 26.1px, Images'ta 53.5px'e kadar çıkıyordu; tek tabloda kolon başına on ölçüm noktasında (başlık + her gruptaki her veri hücresi) fark 0.00px.
• Bir namespace'in satırlarını toplu seçme kutucuğu artık o namespace'in bandında; sorunlu namespace'i işaretleyen renk şeridi duruyor ama artık yalnızca sorun bildirdiğinde çiziliyor.
• Bu bir görünüm değişikliği: hangi satırların çizildiği, sıralama ve sorgu değişmedi. Gruplanmamış (düz) görünüm de aynen eskisi gibi.
• Düzeltme (0.14.1): bu tek tablo düzeni geri alındı. Ürün sahibi bu düzeni beğenmedi; her namespace yeniden kendi panelinde kendi tablosunu çiziyor. Sütun hizası korundu, farklı bir yolla çözüldü.

• Yüksek erişilebilirlik kapsamı netleşti. YEKE'nin sattığı şey uygulamanın kendisinin kesintisiz çalışması: çok replica’lı core, kesintisiz güncelleme. Veritabanının kümelenmesi, yedeklenmesi ve bakımı kurumun sorumluluğunda — YEKE var olan bir PostgreSQL'e bağlanır, onu işletmez. Bu bir sınır beyanı; fiyatlandırma sayfasına da yansıdı.
• Kurulum örneklerindeki imaj etiketi artık her yayında otomatik güncelleniyor. Bu sayfalardaki sürüm numarası bundan sonra geride kalmayacak. Geçmişte kalmıştı — bir kez yedi yayın boyunca.
• Bu sürümde kullanıcıya görünen bir davranış değişikliği yok; değişen, kapsamın nasıl anlatıldığı ve yayın disiplini.

• Düzeltildi: doğrudan moddaki varsayılan kimlik kuralı, AD grup eşlemenizi sessizce etkisiz kılabiliyordu. "Varsayılanı yaz" ile oluşan kural sabit bir kimlik kullanıyordu ve bunu ekranda söylemiyordu; dizin grup eşlemeniz varsa kim girerse girsin aynı tek kimliğe düşebiliyordu. Ekran artık bu durumu açıkça uyarıyor.
• Düzeltildi: "varsayılanı yaz" işlemi dizin grup eşlemelerinizi siliyordu. Bu düğmeye bastığınızda cluster kimlik kuralınızdaki AD grup eşlemeleri kayboluyordu; artık korunuyor.
• Düzeltildi: yasak grup denetimi büyük/küçük harfle atlatılabiliyordu. system:masters küçük harfle reddediliyor ama SYSTEM:MASTERS gibi yazılırsa sessizce kabul ediliyordu. Kontrol artık üç ayrı noktada da (kimlik kuralı, cluster ekleme, agent token'ı) harften bağımsız.
• Düzeltildi: gereksiz bir iç alan yanıtlarda görünüyordu. Kullanıcıyı ilgilendirmeyen bir iç kayıt sürüm numarası API yanıtlarından temizlendi.
• Dördü de gerçek bir cluster'a karşı ölçülerek doğrulandı. Doğrudan modda kimlik kuralı ya da AD grup eşlemesi kullanan her kurulumu ilgilendirir.

• Active Directory / LDAP ile giriş geldi (Enterprise). Kurumun dizinine bağlanıp oradan giriş kabul edebilirsiniz. Kullanıcı ayrı bir form görmez: aynı giriş ekranı, kaydına göre sunucu tarafında dallanır. Ayrıntı: Active Directory / LDAP Girişi.
• Yerel hesaplar kalkmaz. Dizin açıldığında yerel kullanıcı + parola girişi kaldırılmaz; kurulum sahibi (owner) her zaman yereldir ve dizin erişilemez olsa, yanlış yapılandırılsa ya da lisans dondurulsa bile yönetici girişi açık kalır.
• Kullanıcılar ilk girişte kendiliğinden oluşur. Dizinde önceden kimseyi davet etmeniz gerekmiyor; otomatik oluşan her kullanıcı, elle eklenmiş biri gibi bir lisans koltuğu tüketir.
• AD grupları Kubernetes gruplarına eşlenir — iç içe (nested) grup üyeliği dahil. Bir kullanıcı bir gruba yalnızca başka bir grup üzerinden üye olsa bile eşleme onu görür ve bu davranış kapatılamaz.
• Rol dizinden türetilebilir. Bir "yönetici grubu" tanımlarsanız kullanıcının rolü her girişte oradan yeniden hesaplanır.
• Bağlantı güvenliği kapatılamaz. LDAPS ya da StartTLS zorunlu, sertifika doğrulaması hiçbir ayarla kapatılamaz.
• Enterprise sso lisans kalemi gerektirir; bayraksız kurulumda dizin ekranı ve dizinli giriş açık bir hatayla kapalı kalır, yerel giriş bundan etkilenmez.

• İki adımlı doğrulama geldi. Hesabınızı bir authenticator uygulamasıyla (Google Authenticator, Authy, Microsoft Authenticator ya da TOTP destekleyen herhangi biri) ikinci bir faktörle koruyabilirsiniz. Hesap ekranından açılıyor: QR kodunu okutun, uygulamanın verdiği kodu bir kez girin, biter. Kamerası olmayan kurulumlar ve masaüstü uygulamaları için anahtarın metin hâli QR'ın yanında duruyor.
• Kurtarma kodları. Açarken bir kez on kod gösteriliyor — telefonunuzu kaybederseniz giriş yolunuz bu. Her kod bir kez çalışıyor ve girişte 6 haneli kod alanına yazılıyor, ayrı bir ekran yok. Kodlar yalnız o an görünür, sonra bir daha gösterilemez; elinizde kalmazsa bir yönetici sıfırlayabilir.
• Kapsam sınırı, açıkça: iki adımlı doğrulama isteğe bağlıdır. Kurulum genelinde "herkes açmak zorunda" diyen bir politika bu sürümde yoktur — yani bir yönetici hiç açmazsa hesabı tek faktörlü kalır ve bunu kimse zorlamaz. Zorunlu kılma sonraki bir sürümün konusu.
• Ücretli bir özellik değil: Community katmanında, lisans gerektirmiyor.

• Düzeltildi: https olmayan adreslerde giriş yapılamıyordu. YEKE'yi bir sunucuya kurup IP ya da makine adıyla (http://…) açtığınızda doğru parolayla bile giriş olmuyordu: sayfa yenileniyor, hata görünmüyordu. Sebep, oturum çerezinin Secure işaretiyle gönderilmesiydi — tarayıcılar bu çerezi güvensiz bir adreste sessizce atar. Çerez artık yalnız https bağlantılarda bu işareti taşıyor; TLS'i sonlandıran bir ters proxy arkasındaysanız hiçbir şey değişmedi.
• Sessiz kalan giriş hatası artık konuşuyor. Çerez herhangi bir sebeple saklanmazsa (tarayıcı çerez politikası, kurumsal profil) ekranda ne olduğunu ve ne yapılacağını yazan bir hata çıkıyor — parola aramakla vakit kaybedilmesin.
• localhost üzerinden çalışan kurulumlar bu arızayı hiç görmedi: tarayıcılar localhost'u güvenli sayar.

• Veri dizini yazılamıyorsa core artık ne yapılacağını söyleyerek duruyor: hangi dizin, sürecin hangi kullanıcı olduğu ve yapıştırılabilir düzeltme komutu tek satırda. Öncesinde yalnız EACCES yazıyordu ve okuyanı yanlış nesneye — dizin yerine anahtar dosyasına — bakmaya gönderiyordu.
• Mesaj, container içindeki yolun host'takiyle aynı olmadığını da söylüyor: bind mount'ta düzeltilecek dizin host'takidir ve core mount kaynağını göremez.

• Kurulumda anahtar adımı kalktı. Snapshot anahtarını (YEKE_SNAPSHOT_KEY) artık core kendisi üretiyor ve veri dizinine yazıyor (snapshot.key, mod 600); sonraki her açılışta oradan okuyor. Anahtarı üretmek, komuta yapıştırmak ve ayrıca yedeklemek zorunda değilsiniz.
• Böylece yükseltmede anahtarı kaybetme riski de kalktı: anahtar container'ın ortamında değil, şifrelediği verinin yanında duruyor — docker rm + docker run ona dokunmuyor.
• Anahtarı veri dizininin dışında tutmak isteyen kurulumlar için hiçbir şey değişmedi: YEKE_SNAPSHOT_KEY verildiğinde her şeyin önüne geçiyor ve dosya ne okunuyor ne yazılıyor. Yeni YEKE_SNAPSHOT_KEY_FILE ise anahtar dosyasını başka bir yola alıyor. Kubernetes'te öneri hâlâ Secret.
• Tek makine kurulumu adlandırılmış Docker volume yerine bir host dizini bağlıyor (/opt/yeke/data): kurulumun tuttuğu her şey — veritabanı ve anahtar — tek ve görünür bir dizinde, yani yedeklenecek şey belli.
• Var olan kurulumlar etkilenmiyor: anahtarını ortam değişkeniyle veren bir kurulum aynen çalışmaya devam eder. Değişkeni sonradan kaldırmayın — core yeni bir anahtar üretir ve o ana kadarki şifreli kayıtlar açılmaz.

Günlüğün ilk girdisi: 0.10.0'a kadar yapılan işlerin tamamı burada, ürünün bugün yaptığı işin özeti olarak duruyor. Bundan sonraki sürümler kendi başlıklarıyla bunun üstüne eklenecek.

Cluster'a bağlanma

• Var olan cluster içe aktarılır: cluster'a kurulan agent dışarı doğru bir tünel açar — apiserver'ı internete açmanız, gelen port ya da VPN kurmanız gerekmez.
• Tünel protokolü kendi paketinde yayınlanıyor (@nairotech/yeke-tunnel); agent'ın imaj etiketi core'un kendi sürümünden türediği için ikisi birlikte yükselir.
• Cluster listesi tek ızgarada, sol menü akordiyon gruplarıyla; her cluster'ın sürümü ve dağıtım modu envanterde yazar.

Yapay zekâ — onay zincirinin içinde

• Model sizin Kubernetes kimliğinizle çalışır: kim adına konuştuğu apiserver'da doğrulanır, yetkinizden fazlasını yapamaz ve attığı her adım denetim izine yazılır.
• Dışarı ne gittiği her mesajda görünür — gövde boyutu, hedef adres, kaç yolun maskelendiği. Secret değerleri modele hiç gitmez.
• Egress cluster başına ayarlanır: off · local-only · allowed. Sağlayıcılar Anthropic Claude, OpenAI, Google Gemini, DeepSeek ve tamamen yerel Ollama; anahtarlar ortam değişkeninde değil, veritabanında şifreli.

Operasyon hattı

• Uygulamaya giden tek yol: plan → dry-run → guardrail → onay → uygulama. Elle kurduğunuz işlem de modelin önerdiği işlem de aynı hattan geçer.
• 11 yerleşik CEL politikası her isteği sınıflar (namespace-delete, rbac-binding-write, scale-to-zero…); yıkıcı adımlar onay kartında ayrıca işaretlenir ve operasyon defterinde Durum hücresinden ayırt edilir.
• Onay içeriğe verilir, düğmeye değil: her yenileme yeni plan özeti üretir, eski özetle gelen uygulama isteği reddedilir. Oluşturan, onaylayan ve uygulayan aynı kişidir.
• Toplu işlemler: çoklu seçim, çok hedefli tek onay.
• Hook: bir operasyon uygulanmadan önce sizin kendi sisteminize sorulur.

Günlük iş

• 10 kaynak tipi için form; pod listesinde imaj kolonu; liste satırlarında ad dışındaki hücrelerin metni seçilip kopyalanabilir.
• Pod terminali (exec) ve port-forward — port-forward hem Pod'lara hem Service'lere (svc/<ad alanı>/<ad>), CLI üzerinden (@nairotech/yeke-cli), bir kerelik yeke login <adres> adımından sonra.
• İzleme: pod ve node metrikleri, tarihsel grafikler (1s · 6s · 24s · 7g).
• Rol tabanlı yetkilendirme, ön tanımlı rollerle.
• Enterprise lisans imzalama anahtarı üretime gömülü: PUT /api/license bir Enterprise sözleşmesini gerçekten teslim edebiliyor.
• Arayüz Türkçe ve İngilizce konuşuyor; komut kutularının içinde gömülü kopyala ikonu.

Kaldırıldı: cluster provisioning

• 0.10.0 bir şeyi de geri aldı. Harvester'da VM yaratma, RKE2 kurulumu, makine envanteri ve node ekleme-çıkarma üründen çıktı; YEKE bundan böyle yalnız var olan cluster'ları yönetir — hangi araçla kurulmuş olursa olsun.
• Yükseltmede makine kayıtları, saklanan SSH anahtarları ve Harvester sağlayıcı kayıtları silinir; silme sayıları core loguna yazılır.
• Kritik: silinen SSH anahtarları ve API token'ları kaynağında iptal edilmez — makinenin authorized_keys'i ve Harvester tarafındaki token'ı ayrıca döndürmeniz gerekir.
• Var olan cluster kayıtları bu değişiklikten etkilenmez.