Sürümler

Node ayrıntısında tekrar eden pod listesi kalktı

• İzleme bölümü node'daki pod'ları zaten listelediği için altındaki ayrı Pod'lar bölümü artık çizilmiyor.
• İzleme verisi olmayan cluster'larda (agent'sız bağlantı, toplayıcı yok ya da yetki yok) ayrı liste yedek olarak görünür.
• Container'ı hiç başlamamış pod'lar (ImagePullBackOff, ContainerCreating) izleme verisinde olmadığı için Node sayfasında görünmez; Pod listesinde ve iş yükü ayrıntısında görünmeye devam eder.

Secret düzenleme penceresinde değerler gizli

• Secret düzenleme penceresi (YAML ve Form sekmeleri) her açılışta değerleri (data, stringData ve last-applied-configuration annotation'ındaki kopyaları) *** gösterir; “Değerleri göster” ile açılır. 0.84.1'de yalnız Secret'ın YAML görünümü gizliydi ve düzenleme penceresi değerleri açık gösteriyordu; bu kapandı.
• Gizliyken dokunmadığınız bir değerin yerine kayıtlı özgün değer gönderilir; *** sunucuya hiçbir zaman gitmez. Maskeyi silip yazdığınız yeni değer olduğu gibi gider.
• Şu durumlarda plan kurulmaz ve nedeni yazılır: maske başka metinle karışmışsa ya da yalnız yıldızlardan oluşuyorsa; değerler gizliyken adı değiştirilen bir anahtarda; aynı anahtar data'da değiştirilip stringData'da gizli bırakıldığında (Kubernetes'te stringData kazanır).
• Bu yalnızca gösterimdir, bir yetki sınırı değildir. “Kopyasını oluştur” kaynak Secret'ın değerlerini hâlâ açık gösterir.

Liste tabloları: Node sütunu ve sütun sırası

• Deployment, StatefulSet, DaemonSet, ReplicaSet, Job, CronJob ve ReplicationController listelerinden Node sütunu kaldırıldı; 0.84.0'daki iş yükü listelerinin Node sütunu artık yok. Pod listesindeki Node sütunu ve node ayrıntısına giden bağlantısı duruyor.
• Images sütunu Name'in hemen arkasında, Age en sonda: iş yükü listelerinde Durum, Namespace (varsa), Name, Images, Age; Pod listesinde Durum, Namespace (varsa), Name, Images, Ready, Restarts, Node, Age. Node sütunu iş yükü listelerinden kalktığı için Images bu listelerde daha dar pencerelerde de görünür.

Node ayrıntısı sekmesiz

• Node ayrıntısında sekme şeridi yok; sayfa yukarıdan aşağı izleme kartları, üzerinde çalışan Pod'lar, Koşullar ve Olaylar bölümlerinden oluşur. YAML, özet satırındaki YAML düğmesiyle açılır.
• Sağlıklı node'da olaylar “Olayları göster” düğmesiyle okunur; node'da kötü bir koşul varsa sayfa açılırken okunur.

Secret YAML görünümünde değerler gizli

• Secret ayrıntısının YAML görünümünde değerler (data, stringData ve last-applied-configuration annotation'ındaki kopyaları) varsayılan olarak *** gösterilir; “Değerleri göster” ile açılır. Her Secret açılışında değerler gizli başlar. YAML'ı kopyala düğmesi ekranda görüneni kopyalar.
• Bu yalnızca gösterimdir, bir yetki sınırı değildir: değerler tarayıcıya gelir ve “Değerleri göster” onları açar. Düzenleme penceresi değerleri hâlâ açık gösterir.

Liste tabloları: Durum ve Node sütunları

• ReplicaSet, DaemonSet ve ReplicationController listelerinde Desired, Current ve Ready sütunları tek bir Durum sütununda toplandı (hazır/istenen); üç sayı üzerine gelince görünür.
• Pod listesinde her pod'un node'u, node ayrıntısına giden bir bağlantı olarak yazar. Deployment, StatefulSet, DaemonSet, ReplicaSet, Job ve CronJob listelerinde iş yükünün pod'larının çalıştığı node görünür; pod'lar birden çok node'daysa en çok pod'u taşıyan node ve “+N”. Bu bilgi agent'ın izleme verisinden gelir (agent ile bağlı cluster'larda) ve değişiklikleri birkaç dakikaya kadar gecikmeli yansıtır; container'ı hiç başlamamış pod'ların satırında “—” görünür.
• Dar pencerede Images sütunu çekilir; kaynak adları hiçbir genişlikte kısalmaz.

Nesne ayrıntısı sekmeli

• Başlığın altında tek satırlık bir durum özeti var; dikkat bandı yalnız sorun varken çıkar ve sebebini yazar.
• Sekmeler nesneye göre değişir: Pod'lar (altında izleme), Ağ (Service, Ingress, HTTPRoute), Yapılandırma (ConfigMap, Secret, ServiceAccount ve PVC başvuruları), Olaylar, Koşullar, YAML. Service'te uç noktalar ve ona trafik getirenler, Node'da üzerinde çalışan pod'lar, ConfigMap'te Veri gösterilir.
• Pod ayrıntısında container tablosu: durum, imaj, yeniden başlatma sayısı, ne zamandır ayakta; satır menüsünde Shell ve Loglar.
• Loglar ve Shell her yerden alttaki panelde açılır.

Arayüz: düğmeler, sekmeler ve tablolar

• Birincil eylem düğmeleri artık dolu renkte; onay kartında Uygula, Vazgeç ve Yenile'den belirgin biçimde ayrışıyor.
• Sekmeler alt çizgili bir şeride, zaman aralığı seçici bitişik bir segmente dönüştü. Seçili hâl uyarı rengi yerine vurgu renginde.
• Operasyon defteri ve denetim izi geniş ekranlarda yatay kaydırmasız okunuyor. Hücreler iki satır; olayın tam gövdesi tıklanınca açılan pencerede, kopyalanabilir.
• Yönetim tablolarında (Hook'lar, kullanıcılar, uyarı yolları, sessizlikler, bakım pencereleri, AI sağlayıcıları) satırda tek görünür eylem var, diğerleri ⋯ menüsünde.
• Nesne ayrıntısında koşullar (status.conditions) sayfanın başında tablo olarak gösteriliyor: tip, durum, sebep, açıklama, ne zamandan beri.
• Kaynak listesinin süzgeç satırı inceldi; tablo daha yukarıdan başlıyor.
• Cluster ve yönetim ekranlarında sol menünün çekmeceye indiği genişlik 1099 px'e çıktı. 1024–1099 px pencerelerde içerik tam genişlikte.
• Cluster menüsünün grup başlıkları yönetim menüsüyle aynı kalıpta. Operasyonlar ve İzleme girişlerinin açıklaması artık kesilmiyor.
• Yönetim formlarında alanlar okunur bir genişlikte sınırlandı; uyum raporunda iki tarih yan yana.

YAML editörü: hata yalnız satırda

Kaynak düzenlerken YAML sekmesinde yazım hatası artık yalnız editörün içinde, hatalı satırın kırmızıyla işaretlenmesiyle gösterilir; satırın üzerine gelince hatanın kısa nedeni okunur. Editörün üstündeki uzun hata metni kalktı. Form sekmesinin neden kilitli olduğu, sekme düğmesinin üzerine gelince yazar.

helm: golang.org/x/net 0.62.0

Core imajındaki helm ikilisi golang.org/x/net 0.62.0 ile derleniyor. Yayın taraması 0.60.0'da bulunan ve 0.62.0'da düzeltilen yüksek dereceli bir açık buldu (CVE-2026-78661). helm ve kustomize sürümleri değişmedi.

MCP: Claude Desktop ve Cursor kurulumu

Hesabım sayfasında token ürettiğinizde açılan MCP ile kullan bölümü artık Claude Code ve Codex'in yanında Claude Desktop ve Cursor için de hazır kurulum veriyor. Her sekmede ne yapacağınızı söyleyen tek cümle ve token'ı içeren tek kopyalanabilir parça var. Claude Desktop, YEKE'ye mcp-remote köprüsüyle bağlanır ve Node.js ister. Ayrıntı: API ve MCP.

Agent: undici 7.30.1

Agent imajındaki undici 7.30.1'e yükseldi. Yayın taraması 7.30.0'da düzeltmesi olan dört yüksek dereceli açık buldu (CVE-2026-109383, CVE-2026-109829, CVE-2026-109869, CVE-2026-87018).

AI sağlayıcıları: katalogda yalnız güncel modeller

AI sağlayıcıları ekranındaki katalog artık Anthropic, Google Gemini ve OpenAI için her ailenin yalnız güncel sürümünü öneriyor. Anthropic: Claude Opus 5.5, Sonnet 5.5, Haiku 5.5 ve Fable 5.1. Gemini: 3.8 Flash, 4 Argon ve 3.5 Flash-Lite. OpenAI: GPT-6 Astra, GPT-6.1 Sol ve GPT-6 Luna. Önceki nesiller listeden çıktı. Katalog bir ön-doldurma önerisi; listede olmayan bir model adı yine yazılabiliyor ve kurulu sağlayıcılar değişmiyor. OpenAI'da araç çağrısı Chat Completions üzerinden yalnız GPT-6 Astra'da kısıtsız. GPT-6.1 Sol ve GPT-6 Luna bağlantı testinde araç desteği olmayan bir katmana ölçülür; çalışırlar ama araçlar yerel araç çağrısı yerine metin sözleşmesiyle gider. Sürümün tarama tablosu aşağıda.

KubeWorld: operatörle yönetilen iş yüklerinde doğru hazır sayısı

KubeWorld bir iş yükünü sahip zincirinin en üstündeki nesneyle çiziyor. Bu nesne bir operatörün kaynağıysa (ör. RabbitmqCluster) ve hazır kopya sayısını hiç yazmıyorsa, eksik sayı sıfır sayılıyordu; tüm pod'ları hazır olan bir küme “0/1 hazır” uyarısıyla görünüyordu. Artık sayı, zincirde onu gerçekten yazan en üstteki nesneden (çoğunlukla StatefulSet) okunuyor. Hiçbiri yazmıyorsa sayı yine sıfır ve uyarı kalıyor; yani hazır pod'u olmayan bir iş yükü hâlâ uyarı veriyor. Bina türü değişmedi.

helm ve kustomize: Go 1.27.3

Core imajındaki helm ve kustomize ikilileri artık Go 1.27.3 ile derleniyor. Yayın taraması Go 1.27.2'nin standart kütüphanesinde düzeltmesi olan yüksek dereceli bir açık buldu (CVE-2026-111943) ve kapı bu sürümü yama gelene kadar durdurdu. İki aracın sürümü aynı (helm v3.22.0, kustomize v5.8.3). Sürümün tarama tablosu aşağıda.

İki filo bölümünde de cluster noktaları

Ana sayfada Açık uyarılar bölümü artık tablo iskeleti yerine Sorunlu iş yükleri ile aynı göstergeyi kullanıyor: başlığın yanında cluster başına bir nokta ve “5/14” gibi bir sayaç. İki bölümün göstergesi de sayfa açılır açılmaz görünüyor, kısa sürse bile en az 0,4 saniye kalıyor. Önceden gösterge ancak yükleme 0,6 saniyeyi aşınca beliriyordu; bu yüzden hızlı gelen uyarılarda hiç görünmüyordu. Açık uyarı yoksa gösterge kalkıyor; sayfa iskelete göre çok daha az kayıyor. Sürümün tarama tablosu aşağıda.

Açık uyarılar yüklenirken tablo iskeleti

Ana sayfada Açık uyarılar bölümü, sayfa ilk açıldığında veriler gelene kadar tablonun iskeletini gösteriyor: gerçek sütun başlıkları ve üç soluk satır. Böylece bölümün yeri baştan belli oluyor. Uyarılar çok hızlı gelse bile iskelet kısa bir süre (yaklaşık 0,4 saniye) görünüyor, yanıp sönmüyor. Açık uyarı yoksa iskelet kalkıyor ve sayfa yumuşakça yukarı kayıyor. Sorunlu iş yükleri bölümünün cluster noktalı göstergesi değişmedi. Sürümün tarama tablosu aşağıda.

Ana sayfadaki filo bölümlerinde yükleme göstergesi

Ana sayfadaki Açık uyarılar ve Sorunlu iş yükleri bölümleri, ilk açılışta yüklenirken artık görünür bir işaret veriyor. Bölüm başlığının yanında cluster başına bir nokta var; yanıt veren cluster'ın noktası doluyor, yanında “5/14” gibi bir sayaç duruyor. Gösterge yalnız yükleme 0,6 saniyeyi aşarsa beliriyor; uyarılar çoğu zaman bundan hızlı geldiği için işaret pratikte iş yükleri bölümünde görünür. İşaret yalnız sayfanın ilk açılışında var, sonraki yenilemelerde görünmez. Hiçbir cluster'dan yanıt alınamazsa bölüm boş kalmıyor: başlık ve “…okunamadı: hiçbir cluster'dan yanıt alınamadı” notu görünüyor. Ekran okuyucu yüklemeyi iki kez duyuruyor: başlarken (“14 cluster okunuyor”) ve bitince. Sürümün tarama tablosu aşağıda.

Ana sayfadaki filo tablolarında görünüm düzeltmeleri

0.81.22'de gelen ana sayfa filo bölümlerinde, gerçek veriyle görülen dört görünüm sorunu düzeltildi. Sorunlu iş yükleri tablosunda Durum (ImagePullBackOff gibi) geniş ekranda artık tek satırda yazılıyor; satırlar uyarı tablosuyla aynı yükseklikte. Namespace sütunu, yer varken iki tabloda da kısaltılmıyor. YEKE'nin kendi durum adları insan diliyle yazılıyor: Sık yeniden başlıyor, Hazır değil, Başarısız Job, Başarısız pod. Kubernetes'in kendi sözcükleri (ImagePullBackOff, OOMKilled…) çevrilmeden kalıyor. Yeniden başlatma sayısı Süre sütununda kısa yazılıyor (örneğin “11.559 kez”). Sürümün tarama tablosu aşağıda.

Ana sayfada filo geneli açık uyarılar ve sorunlu iş yükleri; meşgul cluster'larda eksik çıkan uyarı sayısı düzeltildi

Ana sayfada, cluster listesinin üstünde, cluster'a girmeden filonun durumunu gösteren iki bölüm var: Açık uyarılar ve Sorunlu iş yükleri. Açık uyarılar, uyarı motorunun açık olaylarını önem, kural, nesne, namespace, cluster ve başlangıç zamanıyla listeler. Sorunlu iş yükleri, ImagePullBackOff, CrashLoopBackOff, OOMKilled ya da Unschedulable gibi bir durumdaki iş yüklerini durum, iş yükü, namespace, cluster, hazır sayısı ve süreyle listeler. Her tablo önce en fazla 5 satır gösterir, Tümünü göster ile açılır; satırı olmayan bölüm hiç görünmez. Okunamayan, bağlanılamayan ya da yarım okunan cluster'lar bölüm başlığının altındaki notta adıyla yazılır. Veriler kullanıcının kendi Kubernetes yetkisiyle okunur. Düzeltme: cluster üst çubuğundaki uyarı çipi, İzleme › Uyarılar sekmesi ve KubeWorld açık olayları artık doğrudan açık olay süzgeciyle okuyor. Çok sayıda eski olayı olan bir cluster'da hâlâ süren bir uyarı listenin dışında kalabiliyor, açık uyarı sayısı eksik çıkabiliyordu. Düzeltme (API): uyarı olayı listesinde states parametresi tekrarlanınca (?states=firing&states=pending) dönen hata giderildi; tanınmayan bir durum adı artık 400 INVALID_STATE döner (önceden süzgeç yok sayılıyordu). Sürümün tarama tablosu aşağıda.

Şema keşfi metrik API gruplarının kaynak listesini artık çekmiyor

Cluster'da custom metrics API'sini sunan bir adaptör kuruluysa (örneğin Rancher Monitoring'in prometheus-adapter'ı), şema keşfi bu grubun kaynak listesini önbellek boşken her seferinde baştan sona çekiyordu. Bu liste kaynak tipi değil, Prometheus'taki metrik adlarını taşıyor ve binlerce kayda ulaşabiliyor. Agent tüneli yavaş olan cluster'larda şema yüklemesini ve onu bekleyen plan kurmayı saniyelerce geciktiriyordu; en çok “Agent'ları güncelle” kuyruğunda görülüyordu, çünkü her planı önbelleksiz kuruyor. Artık custom.metrics.k8s.io ve external.metrics.k8s.io gruplarının kaynak listesi istenmiyor. Kaynak listesi, sol menü ve onay zinciri aynı kalıyor; metrics.k8s.io (metrics-server) ve kullanım grafikleri etkilenmiyor. Üretimde, bu adaptörün kurulu olduğu üç cluster'da önbelleksiz şema yüklemesi dağıtımdan önce 3,6–4,8 sn, sonra 0,4–0,5 sn sürdü. Süre agent tünelinin hızına bağlı; dağıtım tünelleri yeniden kurduğu için iki ölçüm aynı bağlantı üzerinde değil. Sınır: bu iki grubun bir arızası artık “Discovery sırasında … API grubu atlandı” uyarısında görünmüyor; external metrics grubunun bazı kurulumlarda ürettiği, listelenemeyen tip de tür aramasından kalkıyor. Sürümün tarama tablosu aşağıda.

Geri alma: denetleyicinin yazması artık “başkası değiştirmiş” uyarısı vermiyor

Uygulanmış bir işlemi geri alırken onay kartı, hedef o işlemden sonra başkası tarafından da değiştirildiyse bunu bir uyarıyla söyler. Bu karar şimdiye kadar yalnız nesnenin sürüm numarasına (resourceVersion) bakıyordu. Kubernetes denetleyicilerinin durum güncellemeleri de bu numarayı artırdığı için Deployment gibi denetleyicisi olan nesnelerde, araya kimse girmediği hâlde uyarı çıkıyordu; örneğin bir ölçeklemeyi birkaç saniye sonra geri alırken. Artık numara değiştiğinde, geri almanın üzerine yazacağı alanlar karşılaştırılıyor: spec, label'lar, finalizer'lar, sahiplik bağları (ownerReferences) ve nesnenin geri kalanı, örneğin bir ConfigMap'in verisi. Durum alanı (status) ve annotation'lar karşılaştırmaya girmiyor, çünkü annotation'ları denetleyiciler de yazıyor (Deployment'ın revision annotation'ı gibi). Sonuç: araya giren gerçek bir değişiklik uyarıyı yine üretir, yalnız denetleyicinin yazması üretmez. Bilinen sınır: araya yalnız annotation'lara yapılan bir değişiklik girerse uyarı çıkmaz ve geri alma o annotation'ları da önceki hâline döndürür. Web arayüzünde ve onay zincirinde başka bir değişiklik yok. Sürümün tarama tablosu aşağıda.

API: pod sağlığı ucu

Yeni salt-okuma ucu GET /api/clusters/:clusterId/pod-health, bir cluster'daki sağlıksız iş yüklerini önem sırasıyla döndürür: imajı çekilemeyen, çöküp yeniden başlayan (CrashLoopBackOff'a hiç girmeyip son 6 saatte en az 3 kez yeniden başlayanlar dahil), OOMKilled ile kapanan, yapılandırması eksik, 5 dakikadan uzun zamanlanamayan, 10 dakikadan uzun hazır olmayan pod'lar ve başarısız Job'lar. Sınıflama taramanın kullandığı kuralların aynısıdır; iki yüzey aynı iş yükü için aynı hükmü verir. Okuma, isteği yapan kullanıcının kendi Kubernetes yetkisiyle ve yalnız okuma olarak yapılır; yetkisi olmayan namespace'lerin adı yanıta girmez, yalnız sayısı yazılır. Uç, henüz yayımlanmamış iOS ve Android istemcisinin "Sorunlar" ekranını besler. Web arayüzünde değişiklik yok. Sürümün tarama tablosu aşağıda.

Lisans: mobile özelliği

Lisans sözlüğüne mobile adı eklendi (Enterprise). Bu ad, YEKE'nin henüz yayımlanmamış iOS ve Android istemcisinin lisans kapısıdır: istemci bir kurulumda yalnız bu özelliği taşıyan lisansla açılır. Web arayüzü, CLI ve API bu özelliğe bakmaz; her lisansta önceki gibi çalışır. Bu sürümden eski bir core, mobile içeren bir lisansı yine kabul eder ama bu adı "tanınmayan özellik" olarak gösterir. Bunun dışında davranış değişikliği yok. Sürümün tarama tablosu aşağıda.

Arayüz: node tabloları tek görünümde, kaynak başlıklarında ikon

Cluster Overview'daki node tablosunun hücre düzeni İzleme › Node'lar tablosuna ve Kaynaklar › Node listesinin Pod sütununa taşındı: her kaynak hücresinde üstte "kullanılan / toplam · yüzde", altında hücre genişliğinde doluluk çubuğu. Node listesinin Pod sütunu artık yüzdeyi de yazıyor ("Dolu" uyarısı yerinde). Cluster Overview ve İzleme tablolarının CPU, Bellek, Disk ve Pod başlıklarında küçük birer ikon var; renkleri başlık metninden soluk, tıklanabilir bir öğe değiller. İzleme tablosu dar ekranda yatay kaymasın diye sıkışınca çubukları biraz daraltıyor; koyu temada çubuğun izi satır zemininden daha belirgin. Bu, yayın kapısının CRITICAL'ın yanında HIGH bulguda da durduğu ilk sürüm. Sürümün tarama tablosu aşağıda.

Arayüz: güncelleme sonrası açık sekmede terminal sayfayı beyaz bırakmıyor

YEKE güncellendikten sonra açık kalan bir sekmede Shell ya da pod terminali ilk kez açılınca sayfa bembeyaz kalabiliyordu; sayfayı yenilemek düzeltiyordu. Sekme eski sürümü çalıştırdığı için terminalin ihtiyaç duyduğu parça sunucuda artık bulunmuyordu ve arayüzde bu hatayı yakalayan bir katman yoktu. Artık arayüzün çizim hataları bütün sayfayı beyaz bırakmıyor: terminal sekmesi açılamazsa sayfa ayakta kalıyor, sekmede "Bu sayfa açıkken YEKE güncellendi" mesajı ile oturumu bitirme ve sayfayı yenileme düğmeleri çıkıyor. Diğer beklenmeyen çizim hatalarında da uygulama boş sayfa yerine bir hata ekranı gösteriyor. Sayfa kendiliğinden yenilenmiyor; yenileme kararı kullanıcıda. Sürümün tarama tablosu aşağıda.

Shell: kubectl, TLS sonlandıran bir kenarın arkasında da bağlanıyor

Core sertifikasını yerel CA'sından sunarken önünde kendi sertifikasını gösteren bir kenar varsa (Cloudflare gibi bir proxy, kurum ingress'i), Shell'de kubectl ve helm x509: certificate signed by unknown authority hatası veriyordu; bu davranış 0.75.0'dan beri vardı. Shell artık core'un CA'sını imajın sistem köklerine ek olarak güvenilir sayıyor; önceden yalnız core'un CA'sına güveniyordu. Böylece kubectl hem core'a doğrudan erişimde hem böyle bir kenarın arkasında bağlanıyor. Bu, toolbox imajı v7 ile geliyor ve core'un varsayılan toolbox imajı nairotech/yeke-toolbox:v7 oldu. v7'de araçlar ve sürümleri v6'yla aynı. YEKE_TOOLBOX_IMAGE ile kendi toolbox türevini basanlar için düzeltme toolbox imajının içindeki Shell betiğinde: türevinizi FROM nairotech/yeke-toolbox:v7 tabanına alın. Sürümün ve toolbox v7'nin tarama tabloları aşağıda.

Toolbox imajı v6: HIGH bulgu kalmadı

Core'un varsayılan toolbox imajı nairotech/yeke-toolbox:v6 oldu. Shell'in kullandığı bu imajda kubectl 1.36.5, helm 3.22.0 ve yq 4.54.1 aynı sürümlerle Go 1.27.2 ile kaynaktan derleniyor. v5'teki 12 HIGH bulgunun hepsi bu üç aracın içindeki Go'daydı; v6'da HIGH bulgu kalmadı. Araçların sürümleri ve komut davranışları değişmedi. Böylece core, agent ve toolbox imajlarının üçünde de HIGH bulgu yok. YEKE_TOOLBOX_IMAGE ile kendi toolbox imajını basanlar için güncel taban FROM nairotech/yeke-toolbox:v6. Sürümün ve toolbox v6'nın tarama tabloları aşağıda.

Core ve agent imajlarında HIGH bulgu kalmadı

0.81.12'nin yayın taramasında core imajında 33 (amd64) ve 35 (arm64), agent imajında 13 HIGH bulgu vardı; bu sürümde iki imajda da HIGH bulgu kalmadı. Node bağımlılıkları güncellendi: core'da fastify 5.12.7 ve fast-uri, agent'ta undici 7.30.0 ve js-yaml 4.3.2. Çalışma imajlarında paket yöneticileri (npm, npx, corepack, yarn) artık bulunmuyor; çalışma aşaması taban imajın yamalarını da alıyor. Core imajındaki helm 3.22.0 ve kustomize 5.8.3, aynı sürümlerden Go 1.27.2 ile kaynaktan derleniyor; sürümleri ve davranışları değişmedi. Sürümün kendi tarama sonucu aşağıdaki tabloda.

Toolbox imajı v5

Core'un varsayılan toolbox imajı nairotech/yeke-toolbox:v5 oldu. v5, yayınlanmadan önce taranan ilk toolbox etiketi.

Oturum kaybı, soket kapalıyken de fark ediliyor

Oturum, canlı bağlantı kapalıyken sona ererse (bilgisayar uykusu, uzun bir ağ kopukluğu) açık sekme bunu artık başka bir istek beklemeden fark ediyor ve oturum kaybı bildirimini bir kez gösteriyor. Daha önce sekme, kimliksiz reddedilen bağlantıyı ağ kopukluğundan ayıramadığı için sunucuyu sürekli yeniden deniyordu.

Kustomize ve helm güncellendi; CRITICAL açık kapandı

Core imajındaki kustomize 5.8.3'e, helm 3.22.0'a yükseldi. 0.81.11'deki kustomize ikilisi Go 1.24.0 ile derlenmişti ve Go standart kütüphanesinden gelen CRITICAL dereceli bir açık taşıyordu (CVE-2025-68121); 5.8.3 Go 1.27.1 ile derleniyor. Helm v3 serisinde kalıyor.

Her sürüm yayımlanmadan önce taranıyor

Bu sürümden itibaren core ve agent imajları, iki mimaride de, yayımlanmadan önce Trivy ile taranıyor. CRITICAL bir bulgu varsa sürüm yayımlanmıyor; düzeltmesi henüz çıkmamış bir bulgu ancak gerekçeli ve süreli bir istisnayla geçebiliyor ve o istisna sürümün altında yazıyor. Tarama özeti her sürümün altında tablo olarak, makinece okunur hâli JSON olarak yayımlanıyor. 0.81.11'in tablosu, yayından sonra yapılan ilk taramadan.

Kubernetes manifestleri: seccomp ve yeke-core ServiceAccount

deploy/kubernetes altındaki core Deployment'ları (tek node ve HA) artık pod düzeyinde seccompProfile: RuntimeDefault ve kendi yeke-core ServiceAccount'unu kullanıyor; RBAC yetkisi olmayan bu ServiceAccount 00-namespace.yaml içinde. Mevcut bir Kubernetes kurulumunu yükseltirken Deployment'tan önce 00-namespace.yaml'ı uygulayın. OpenShift/OKD'de core, yeke-core ServiceAccount'una nonroot-v2 SCC'si verilerek çalışıyor (OKD 4.22 üzerinde denendi). Core'un sabit kullanıcı kimliği (65532) değişmedi.

Agent için bellek ayarı yükseldi

Yeni agent kurulumları 128 MiB bellek ister ve 512 MiB ile sınırlanır; önceden 64 MiB ve 256 MiB'dı. 256 MiB'da Node.js'in kendi heap tavanı container tavanının üstünde kalıyordu; bellek dolarsa süreç log bırakmadan öldürülüp tünel kopabiliyordu. 512 MiB'da heap tavanı değişmiyor, heap dışına pay kalıyor. "Agent'ı güncelle" bu değerleri mevcut kurulumlara da taşıyor, ama yalnız yükselterek: daha büyük bir değere dokunmuyor, tanımlı olmayan alanı eklemiyor, bellek isteği tanımlı olmayan kurulumda limiti değiştirmiyor. Değişiklik onay kartının notunda görünüyor. Agent'ın CPU ayarı değişmedi.

Sertifika yenilenince "Sayfayı yenile"

YEKE kendi HTTPS'ini sunarken yerel CA'sı sertifikayı yeniden kestiğinde (ör. genel adres değiştiğinde ya da kendi sertifikanızdan otomatik sertifikaya geçildiğinde), System settings'in kaydet çubuğunda kalıcı bir "Sertifika yenilendi" bildirimi ve "Sayfayı yenile" düğmesi çıkıyor. Bu durumda düşen istekler artık sessiz bir "ulaşılamıyor" yerine açıklama ve "Sayfayı yenile" gösteriyor. Yenileme, tarayıcının eski sertifikalı açık bağlantılarını kapattırıyor; tarayıcı yeni sertifikayı görüyor ve onay ekranını açıyor. Kurulumun sonunda da sertifika yenilendiyse "YEKE'ye git" sayfayı tam yeniliyor. Bu davranış yalnız YEKE'nin kendi TLS'i için geçerli; TLS bir load balancer ya da Ingress'te bitiyorsa devreye girmiyor.

Geniş ekranda node tablosu çubuklu sütunlara genişliyor

Node tablosunda geniş ekranda artan genişlik çubuklu sütunlara gidiyor ve çubuklar uzuyor; node adı sütunu sabit bir pay alıyor.

İndir menüsü klavyeyle kullanılabiliyor

Log görünümündeki "İndir" menüsü klavyeyle kullanılabiliyor: açılınca odak ilk seçeneğe geçiyor, ok tuşları ile Home ve End gezdiriyor, Escape menüyü kapatıp odağı "İndir" düğmesine geri veriyor. Uygulamadaki diğer açılır menülerle aynı klavye davranışı.

Node tablosunda doluluk çubukları geri geldi

Cluster genel bakışındaki node tablosunda CPU, Bellek, Disk ve Pod değerlerinin altındaki doluluk çubukları geri geldi; 0.81.8'de satırdaki grafiklerle birlikte kalkmışlardı. Satırdaki küçük eğilim çizgileri kaldırılmış olarak kalıyor. Okuma ya da üst sınır yoksa çubuk çizilmiyor.

Uyarılar tablosu sabit yükseklikte

Uyarılar tablosu aynı anda 6 satır gösteriyor; fazlası tablonun içinde kayıyor ve başlık satırı yerinde kalıyor. Hiç uyarı yokken bölüm görünmüyor. Tünel koptuğunda "Yükleniyor" kutusu çıkmıyor; yeniden bağlanma bandı yalnız ekranda veri varken görünüyor.

Eylem menüleri klavyeyle kullanılabiliyor

⋯ eylem menüleri artık klavyeyle kullanılabiliyor: ok tuşlarıyla gezilir, Escape menüyü kapatır.

PostgreSQL kurulumunda veritabanı oluşturulabiliyor

YEKE_DB_URL'deki veritabanı yoksa ve bağlanan rolün veritabanı oluşturma yetkisi varsa YEKE veritabanını oluşturup kuruluma devam ediyor; URL veritabanı adı vermiyorsa ad yeke oluyor. Veritabanı varsa olduğu gibi kullanılıyor. Yetki yoksa açılış, veritabanı adını, rolü ve yapılacak işi söyleyerek duruyor.

Tarama ve Uyarılar ayrı bölümler

Cluster genel bakışında Tarama ile Uyarılar artık iki ayrı bölüm. Tarama kartı hükmü, zamanı ve "Şimdi tara" düğmesini taşıyor; Uyarılar kendi başlığı, sayısı ve canlı akışıyla ayrı duruyor.

Agent güncelleme penceresi artık kırpılmıyor

Cluster listesinde agent güncelleme işaretinin açtığı pencere listenin altında kesilmiyor. Son satırlarda yer yoksa yukarı açılıyor; dar ekranda da tamamen görünüyor ve "Güncelle" düğmesine basılabiliyor. Sayfa kaydırılınca ya da pencere yeniden boyutlanınca kapanıyor. Klavyeyle açıldığında odak pencereye geçiyor; Escape pencereyi kapatıp odağı işarete geri veriyor.

Kısa pencerede menüler titremiyor

Kısa pencerelerde (ör. yatay tutulan telefon) satır eylem menüsü ve agent güncelleme penceresi artık yükseklik değiştirip titremiyor. Sığmadığında menü sabit bir yükseklikte kalıyor ve içi kayıyor.

Cluster genel bakışı daha sakin

Sağlık ve uyarılar artık tek panelde; sorun yokken panel tek satıra iniyor. Başlığın altındaki bağlantı bilgisi tek ve sakin bir satır oldu; etiket yalnız tünel koptuğunda görünüyor. GitOps bilgileri tek listede toplandı. Cluster listesinde sayılar sağa yaslı ve alt alta hizalı.

Operasyonlar defteri

Defter artık her satırda göreli zamanı, işlemi yapan kişiyi ve işlem türünü ("silindi", "güncellendi ×2") gösteriyor. Art arda gelen aynı işlemler tek satıra katlanıyor.

Menüler ve yönetim sayfaları

Sol menüde aynı adı taşıyan kaynaklar artık ayrışıyor ("Event · events.k8s.io" gibi). Yönetim sayfalarında sol menü kalıcı; dar ekranda çekmece olarak açılıyor. Kullanıcılar sayfasında satır eylemleri ⋯ menüsüne taşındı, "Kullanıcı oluştur" başlıkta. Uyarı kurallarında "süzgeç yok" tekrarı kalktı; her satırda Düzenle ve ⋯ var. ⋯ menüleri klavyeyle de kullanılabiliyor: oklarla gezilir, Escape kapatır.

Asistan paneli

Token bilgisi yalnız üzerine gelince görünüyor. Öneri kartı değişikliğin önceki ve sonraki hâlini birlikte gösteriyor.

Genel bakışta Uyarılar tablosu

Cluster genel bakışındaki Uyarılar tablosu artık yedi sütun gösteriyor: Namespace, Last Seen, Type, Reason, Object, Source ve Message. Tablo yana kaymıyor; kısaltılan bir hücrenin tam değeri üzerine gelince görünüyor.

Onay bekleyen plan tek tıkla

Operasyonlar bölümünde onay bekleyen bir planın yanında artık "Aç" düğmesi var; onay kartı aynı ekranda açılıyor.

Node tablosu: uzun adlar ve dar ekran

İzleme sayfasının node tablosunda uzun node adları (ör. GKE adları) artık yalnız yer kalmadığında ortasından kısalıyor: baş kısım "…" ile kesilir, adın sonundaki ayırt edici kısım her zaman görünür. Tam ad imlecin altında ve ekran okuyucuda okunur. Geniş ekranda ad tam görünür. Ölçer sütunları arasındaki boşluklar da biraz daraldı; tablo dar ekranda daha geç yana kayıyor.

Koyu temada doluluk çubuğu

Koyu temada doluluk çubuğunun boş kısmı bir ton açıldı; çubuğun nerede bittiği artık satır zemininden ayırt ediliyor. Açık tema değişmedi.

Node listelerinde doluluk çubuğu değerin altında

İzleme sayfasının Genel bakış ve Node'lar sekmelerindeki node tablosunda CPU, bellek, disk, pod ve basınç hücreleri artık iki satırdan oluşuyor: üstte yüzde ve değer, altında hücre genişliğinde bir doluluk çubuğu. Önceden çubuk değerin solunda kısa bir şeritti ve Pod sütunu eklendikten sonra tablo dar ekranlarda yana kayıyordu. Yeni düzende sütunlar daralıyor, çubuk uzadığı için de birbirine yakın değerler daha kolay ayırt ediliyor. Node listesindeki Pod sütunu da aynı düzene geçti. Satırlar biraz uzadı.

Sohbet ve MCP: node okumasında pod doluluğu

AI asistanı ve MCP istemcileri bir node'un ölçümlerini okuduğunda artık node'un pod kapasitesini ve pod doluluk oranını da alıyor; önceden bu okumada yalnız CPU, bellek ve disk vardı. Asistan "bu node dolu mu" sorusunu artık tek okumada cevaplayabiliyor; önceden doluluğu yalnız %90'ı aşan node'lar için genel bakışın dikkat listesinden görebiliyordu. Sayı, 0.81.0'da gelen node pod doluluğuyla aynıdır. Doluluk oranı için agent'ın 0.81.0 ya da sonrası olması gerekir; eski agent'ta yalnız kapasite gelir.

Node'larda pod doluluğu

Her node'un kaç pod taşıyabildiği artık görünüyor: node başına pod sayısı, node'un pod kapasitesine oranlanarak Cluster genel bakış'ta, İzleme › Node'lar'da (sıralanabilir sütun ve dikkat listesi), node listesinde (yeni Pod sütunu) ve node detayında (başlıkta doluluk, ayrıca grafik kartı) gösteriliyor. %100'de hücrede ayrıca "Dolu" yazıyor; bu, scheduler'ın o node'a yeni pod koymayacağı, yani "Too many pods" hatasının başladığı an demek. Sayı scheduler'ın saydığıyla aynı: node'a bağlı ve bitmemiş her pod sayılıyor, imajı çekilemeyen ya da çöküp bekleyen pod'lar da dahil. Sayıyı agent sayar; bu yüzden ekranlarda ve uyarıda yalnız agent kipinde ve agent 0.81.0'a güncellendikten sonra görünür ("Agent'ı güncelle"). Eski agent'ta sütun görünmez; sayı yoksa 0 değil "—" yazar. ClusterRole değişmedi, manifesti yeniden uygulamanız gerekmez. Agent bu sayım için node başına yalnız metadata isteyen bir pod listesi/izlemesi yapar; pod gövdesini, spec'i, env'i ya da Secret'ı okumaz ve yeni bir yetki istemez.

Uyarı: node pod doluluğu

Hazır kural kümesine "node pod doluluğu ≥ %90" kuralı eklendi: doluluk 5 dakika boyunca %90'ın üstünde kalırsa uyarı seviyesinde ateşler. Uyarılar Enterprise (metrics-alerts) özelliğidir.

Tarama: dolu node teşhisi

Tarama artık dolu bir node'u teşhis ediyor; yeni kök neden "node pod kapasitesi". %100 dolu bir node'u model rapora yazmazsa YEKE bulguyu kendisi ekliyor. "Too many pods" yüzünden bekleyen pod varsa önem kritik oluyor. Tarama sayıyı sizin Kubernetes yetkinizle okuduğu için agent kipine bağlı değil; tüm pod'ları göremiyorsanız YEKE doluluğu hesaplamaz.

Node detayında silinmiş pod'lar

Node detayındaki pod sayısı artık silinmiş ya da başka node'a taşınmış pod'ları saymıyor; önceden bunları iki gün boyunca saymaya devam ediyordu.

Tarama sürerken raporda gemi

Bir tarama sürerken İzleme'deki tarama raporu ve sohbetteki tarama kartı artık düz bir yükleniyor yazısı yerine Taranıyor… başlığını ve satırdan geçen tarama gemisini gösteriyor; tarama bitince sonuç aynı yerde beliriyor. Tarama sürerken raporun üst satırında bulgu ve araç çağrısı sayısı da artık yazmıyor; sonuç gelmeden "0 bulgu" görünmüyor.

Tarama: DNS bileşeninin pod'u yoksa denetleyicisine bakılıyor

Derin analiz, bir sistem bileşeninin (ör. cluster DNS'i) pod'unu bulamadığında artık "erişilemez" deyip durmuyor; bileşenin Deployment'ına ya da DaemonSet'ine bakıyor ve hazır replikası yoksa bunu bileşenin arızası olarak raporluyor. Denetleyici de bulunamazsa yokluğu tek başına kanıt saymıyor.

Lisans bandı görünürken sayfa tek kaydırılıyor

Lisansın süresi dolmak üzereyken, ek süredeyken ya da donmuşken görünen bant, sayfayı pencereden bant boyu kadar uzatıyordu. Sayfanın kendi kaydırma çubuğuna ek olarak pencerenin tamamı da kayıyor, ekranda iki kaydırma çubuğu oluyordu. Artık bant ve sayfa pencerenin yüksekliğini paylaşıyor; bant görünürken de yalnız sayfanın içeriği kayıyor.

Dar ekranda üst çubuk açılırları

Telefon genişliğindeki ekranlarda üst çubuğun açılırları (namespace seçici, uyarı durumu çipi, kimlik rozeti, kullanıcı ve yönetim menüleri) ekranın sağından taşıyor ya da solda kırpılıyordu; sağa taşma sayfayı yatayda kaydırılabilir yapıyordu. Artık açılırlar görünür alanın içinde açılıyor ve açıkken yeniden çizildiklerinde de yerlerini koruyor. Geniş ekranlardaki görünüm değişmedi.

Kapatılan terminal pod'da kabuk bırakmıyor

Bir pod terminali ya da YEKE kabuğu kapatıldığında Kubernetes, tty'li bir oturumda kabuğa bağlantının bittiğini bildirmiyor; kabuk ve içinde çalışan program pod'da açık kalıyordu. Artık oturum kapanınca YEKE, aynı pod'da ve aynı kimlikle kısa bir temizlik komutu çalıştırıyor, o oturumun kabuğuna ve süreçlerine SIGHUP gönderiyor, kapanmayan kabuğu sonlandırıyor. Bu, terminal kapatıldığında, boşta kalma süresi dolduğunda ya da oturum iptal edildiğinde oluyor; YEKE yeniden başlarken ya da agent bağlantısı koparken kapanan terminaller bağlantı dönünce temizleniyor. Temizlik yalnız o oturumun açtığı kabuğa dokunuyor: aynı anda açılmış başka terminaller ayırt edilemiyorsa hiçbir şey sonlandırılmıyor. Her temizlik denetim kaydına yazılıyor ve onay kartında belirtiliyor. Kabukta kendiniz exit yazdığınızda arka planda bıraktığınız işler, SSH'teki gibi çalışmaya devam ediyor.

Çok replikalı kurulumda iletilen isteklerin gövdesi

Birden fazla core replikası çalışırken, agent'ı başka bir replikaya bağlı bir cluster'a giden istekler artık gövdeleriyle birlikte, değiştirilmeden iletiliyor. Önceden JSON gövdeli istekler (yetki denetimi gibi) cluster'a gövdesiz ulaşıyor, patch, YAML ve protobuf gövdeli istekler ise hata alıyordu. Tek core ile çalışan kurulumlar bu yolu kullanmadığı için etkilenmedi.

İngilizce arayüzde tekil ve çoğul

İngilizce arayüzde bir şeyin sayısı 1 olduğunda artık tekil yazılıyor (1 object, 1 line, +1 more pod gibi); önceden her zaman çoğul çıkıyordu. Türkçe metinler değişmedi.

Tarama sürerken gemi üç turda

Tarama sürerken satırdan geçen gemi artık her turda başka bir şey gösteriyor: ilk turda önünde ileriyi tarayan bir projektör ışığı, ikinci turda sonar halkaları, üçüncü turda ardında bıraktığı iz; sonra baştan. İşletim sisteminde hareket azaltma açıksa gemi durağan.

İngilizce uyarı sayısı

İngilizce arayüzde ve tarama e-postasının konu satırında uyarı sayısı artık doğru çoğulla yazılıyor (3 warnings, 1 warning).

Tarama en yeni uyarı olaylarını görüyor

Çok sayıda uyarı olayı olan bir cluster'da tarama olay listesini artık en yeni olay önde okuyor; liste uzunsa kırpılan en eski olaylar oluyor. Önceden olaylar ad sırasıyla geliyordu ve sık tekrar eden bir arızanın en yeni kayıtları listenin dışında kalabiliyordu.

Aynı arızanın tekrarı tek satırda

Her çalışmada yeni bir Job açıp her seferinde düşen bir CronJob gibi, aynı arızanın farklı nesnelerdeki tekrarları taramada tek satıra iniyor; satır kaç kez tekrarlandığını ve en son ne zaman görüldüğünü söylüyor. Böylece tek bir gürültülü kaynak başka namespace'lerdeki arızaları listeden itmiyor. Sohbet ve MCP olayları ayrı ayrı göstermeye devam ediyor; her olayın kaç kez tekrarlandığı artık orada da görünüyor.

Agent bağlantısı yenilendiğinde yarım iş kalmıyor

Agent ile core arasındaki bağlantı koptuğunda ya da bir pod terminali veya port-forward açılırken kapatıldığında, yarım kalan işler artık bir sonraki bağlantıya taşmıyor. Açılırken kapatılan bir terminal veya port-forward için agent'a kapatma bildirimi gidiyor; daha önce agent akışı yine de açıp bağlantı kopana kadar tutabiliyordu. Agent, el sıkışmaya cevap vermeyen bir ara cihaza takıldığında sessizce beklemek yerine yeniden bağlanıyor. Kubernetes sürümünü okuması uzarsa bağlantıyı bekletmiyor, son bildiği sürümü bildiriyor. Core tarafındaki düzeltmeler hemen geçerli, agent tarafındakiler cluster'daki agent 0.80.6'ya güncellendiğinde.

Tarama: DNS arızası yapılandırma hatası sanılmıyor

Bir uygulama, namespace'inde var olan bir servisin adını cluster DNS'i cevap vermediği için çözemiyorsa tarama bunu artık uygulamanın yapılandırma hatası olarak değil ağ hatası olarak raporluyor. DNS bileşeninin kendi arızasını gördüğünde DNS arızası diyor. Tek bir iş yükünün yanlış yazdığı bir ad konteyneri çökertiyorsa bulgu yine yapılandırma hatası. Ayrım, ölçüm kümesine eklenen iki karşıt vakayla sınandı.

Eski tarama sonucu sisle gösteriliyor

Son tarama 24 saatten eskiyse cluster ana sayfasında ve İzleme'nin genel bakışında sonuç artık bugünün durumu gibi görünmüyor: başlık geçmiş zamana dönüyor (Cluster sağlıklı çalışıyordu, Kritik sorun vardı), altında "Son tarama 12 gün önce · güncel değil" yazıyor ve deniz sahnesi sise bürünüyor. Cluster ana sayfasında, tarama başlatabiliyorsanız yanında Şimdi tara düğmesi var.

Tarama sürerken sonarlı gemi

Bir tarama sürerken aynı satır Taranıyor… diyor ve bir konteyner gemisi sonar halkaları yayarak satırın bir ucundan öbürüne geçiyor; tarama bitince sonuç kendiliğinden geliyor. İşletim sisteminde hareket azaltma açıksa gemi durağan.

Tarama çöken ve imajı çekilemeyen iş yüklerini görüyor

Tarama bir arızayı metriklerden ve Kubernetes uyarı olaylarından çıkarıyordu; bu yüzden iki tür arıza görünmüyordu. Günlerdir imajı çekilemeyen bir pod'un uyarı olayları kaybolabiliyor ve geriye yalnız bilgi olayları kalıyor. Uzun aralıklarla, örneğin saatte bir çöküp yeniden başlayan bir konteyner ise CrashLoopBackOff'a hiç girmeden "Running" görünüyor. Tarama artık başlarken pod'ların durumunu sizin Kubernetes yetkinizle okuyor ve sağlıksız olanları iş yükü başına özetliyor: imajı çekilemeyen, açılamayan, bellek yetmediği için öldürülen ya da son saatlerde tekrar tekrar çöken iş yükleri; zamanlanamayan ya da uzun süredir hazır olmayan pod'lar; son çalıştırması başarısız olan CronJob'lar. İmajı çekilemeyen, çöken ya da bellek yetmediği için öldürülen bir iş yükünü model rapora yazmazsa YEKE bulguyu kendisi ekliyor. Node yeniden başlamasından kalan eski restart sayıları bulgu sayılmıyor. Değişiklik core'da; agent'ı güncellemeniz gerekmez.

Agent yeniden bağlanırken bilgileri karışmıyor

Agent core'a bağlanırken cluster'ın Kubernetes sürümünü okuyup bağlantıya bildiriyor. Bu okuma bağlantının kendisinden uzun sürerse ve bağlantı bu arada yenilenirse, eski bağlantının bildirimi yeni bağlantıya da gidebiliyordu; yeni bağlantı eski bağlantının Kubernetes sürümü ve sertifika bilgisiyle etiketlenebiliyordu. Artık her bildirim yalnız ait olduğu bağlantıya gidiyor. Düzeltme, cluster'daki agent 0.80.2'ye güncellendiğinde geçerli olur.

Pod terminali ve port-forward bağlantıya bağlı

Agent'ın core'la bağlantısı, bir pod terminali ya da port-forward açılırken koparsa, açılmakta olan akış yeni bağlantıda yine de açılabiliyordu. Açılırken iptal edilen bir akış da açılmaya devam edebiliyordu. Artık her akış istendiği bağlantıya bağlı: bağlantı koptuysa ya da akış iptal edildiyse açılmıyor ve eski bağlantıya ait hiçbir mesaj yenisine karışmıyor. Düzeltme, cluster'daki agent 0.80.1'e güncellendiğinde geçerli olur.

Tarama e-postası sonuçla başlıyor

Zamanlanmış tarama e-postası artık sonucun kendisiyle başlıyor: konu satırında ve ilk satırda Cluster sağlıklı çalışıyor ya da Kritik sorun var gibi bir cümle, e-postanın içinde de sonuca göre değişen deniz sahnesinin durağan bir görüntüsü. Görüntü e-postanın içine gömülü; dışarıdan bir şey yüklenmiyor, ağı kapalı kurulumlarda da görünüyor. Düz metin kısmı olduğu gibi duruyor.

İndirilen raporda sahne

İzleme'den indirilen HTML tarama raporunun başında da aynı sahne hareketli hâliyle duruyor. İşletim sisteminde hareket azaltma açıksa sahne duruyor.

Slack, Google Chat ve Teams'te sonuç cümlesi

Sohbet kanallarına giden tarama raporu artık sonuç cümlesi ve cluster adıyla başlıyor (ör. Kritik sorun var · prod). Bu kanallara görsel gönderilmiyor.

Webhook'ta sonuç kodu

Genel webhook'a giden tarama raporunda yeni bir sea alanı var: harbor, calm, choppy, rough, storm ya da fog. Mevcut alanlar değişmedi.

Zorunlu parola değişimi ekranında seyir haritası

Zorunlu parola değişimi ekranında da giriş, parola belirleme ve kurulum ekranlarındaki soluk seyir haritası zemini var. Uygulamaya girmeden önce görülen bütün ekranlar artık aynı zemini paylaşıyor.

Agent metrik örneklerini zamanında gönderiyor

Cluster'da uzun süren izleme bağlantıları açıkken agent, metrik örneklerini bir tur geç (30–60 saniye) gönderebiliyordu. Artık yalnız henüz cevabı başlamamış istekleri bekliyor ve örnekleri zamanında gönderiyor. Düzeltme, cluster'daki agent 0.79.5'e güncellendiğinde geçerli olur.

Cluster ana sayfasında son tarama

Cluster'ın ana sayfasında, Uyarılar bölümünün hemen üstünde son taramanın sonucu iki satır olarak görünüyor: üstte sonucun kendisi, altta ayrıntı, yanında deniz sahnesi. Satıra tıklayınca İzleme'deki tarama raporu açılıyor. Henüz tarama yapılmadıysa ya da taramaları görme yetkiniz yoksa satır hiç çıkmıyor.

Genel bakışta tarama satırı iki satır

Genel bakıştaki son tarama satırı artık iki satır: üstte sonucun kendisi (Cluster sağlıklı çalışıyor, Kritik sorun var gibi), altta ayrıntı — sorun yoksa "Herhangi bir sorun gözlemlenmedi.", bulgu varsa en önemli bulgu ve kaç bulgu daha olduğu. Deniz sahnesi de bu satırda büyüdü; dar ekranda sahne gizleniyor, iki satır kalıyor.

Kurulum ekranında seyir haritası

İlk kurulum ekranında da giriş ve parola belirleme ekranlarındaki soluk seyir haritası zemini var. Zemin hesap formundan son ekrana kadar kurulumun her adımında aynı. İşletim sisteminde hareket azaltma açıksa çizim duruyor.

Anomali kapanış bildirimi nedenini söylüyor

Bir anomaliyi “Beklenen davranış olarak kapat” ile kapattığınızda kanala giden kapanış bildirimi artık bunu söylüyor. E-posta ve sohbet kanallarında (Slack, Teams, Google Chat) “Bu uyarı beklenen davranış olarak işaretlenerek kapatıldı.” satırı çıkıyor; HTTP Hook gövdesinde (ITSM vb.) o varlığa isteğe bağlı "resolution": "expected" alanı ekleniyor. YEKE'nin kendisi kapattığında gövde önceki gibi; alan yok. Kapatan kişinin adı kanala gitmiyor, denetim kaydında duruyor.

Agent ölçümleri zamanında gönderiyor

Agent örnek çerçevesine artık çekim anını değil gönderim anını yazıyor. Agent'ın çerçeveleri gecikmeli gönderdiği cluster'larda saat kayması yanlışlıkla ~30 sn görünebiliyor ve grafik bir adım kayık çiziliyordu; agent güncellenince bu kalkar. Veritabanı şemasında değişiklik yok.

Tarama sonucunda deniz sahneleri

Tarama sonucunun sağ üstünde, sonuca göre değişen bir deniz sahnesi var: sorun yoksa gemi limanda, yalnız bilgi notu varsa sakin denizde, uyarılarda dalgalı ya da sert havada, kritik bir bulguda fırtınada. Ölçümler eksikse ya da tarama tamamlanamadıysa sahne sise döner. Aynı sahnenin küçük hâli genel bakıştaki tarama satırında ve sohbetteki tarama kartında da görünüyor. İşletim sisteminde hareket azaltma açıksa sahneler duruyor.

Sorun yoksa: “Cluster sağlıklı çalışıyor”

Hiç bulgu çıkmayan bir taramada sonuç artık Cluster sağlıklı çalışıyor, herhangi bir sorun gözlemlenmedi diyor; e-posta ve HTML rapor da “sorun gözlemlenmedi” yazıyor. Seri büyük ölçüde tam ve son örnek tazeyken birkaç örneğin eksik kalması artık bulgu sayılmıyor; toplayıcının gerçekten kör kaldığı durumlar uyarı olarak bildirilmeye devam ediyor.

Anomali uyarısı: “Beklenen davranış” artık uyarıyı kapatıyor

İzleme sayfasındaki Uyarılar sekmesinde bir anomaliyi “Beklenen davranış olarak kapat” ile işaretlediğinizde uyarı kapanır ve bildirimi durur. Değer o seviyede kaldıkça aynı uyarı yeniden açılmaz; değer belirgin biçimde değişirse kural yine tetiklenir. Bu tanıma en çok 14 gün sürer; o sürede profil yeni seviyeyi zaten öğrenir. “Geri al” işareti kaldırır: uyarı kapalı kalır, değer hâlâ olağan dışıysa yeni bir uyarı açılır. Önceden işaret yalnız bir geri bildirim kaydıydı ve uyarı ateşlemeye devam ediyordu.

• CPU ve bellek anomalileri artık yalnız kullanım olağanın üstüne çıktığında uyarıyor; olağanın altına inmek (yeni sürüm, azalan yük) uyarı üretmiyor. Bu tür açık uyarılar yükseltmeden sonraki ilk değerlendirmede kendiliğinden kapanır. Yönetici kendi kuralında yönü seçebilir (yalnız üst, yalnız alt, iki yön).
• İşaret ve geri alma denetim kaydına yazılıyor.
• Bağlantı kopup geri geldiğinde agent'ın beklettiği ölçümler artık kendi zamanlarına yazılıyor; önceden alınma anına kayıyor ve grafikte kopukluğun tamamı boşluk kalıyordu.
• Veritabanı şeması ilerliyor (v64): uyarı kayıtlarına 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.

İzleme: ölçüm kaybı yalnız seçili zaman aralığında

Agent'ın YEKE ile bağlantısı koptuğunda ölçümler agent'ta bekletilir; yer dolunca en eskileri silinir ve grafikte boşluk kalır. İzleme sayfasındaki uyarı çipi bunu artık kaybın ne zaman olduğuna göre gösteriyor: yalnız seçili zaman aralığında (Canlı, 1h … 90d) bir kayıp varsa görünür ve kaybolan süreyi yazar (ör. “10 dk ölçüm kaybı”). Üzerine gelince kaybolan aralığın başlangıcı ve bitişi görünür. Önceden çip kümenin ömrü boyunca biriken bir sayı gösteriyordu ve bir kez kopma yaşamış kümede hiç kaybolmuyordu.

• Parola belirleme ekranında da giriş ekranındaki seyir haritası zemini var.
• Veritabanı şeması ilerliyor (v63): ölçüm kayıplarının zamanını tutan küçük bir tablo 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. Bu sürümden önceki kayıpların zamanı bilinmediği için çipte görünmez. Agent'ta değişiklik yok.

İzleme tablosunda değerler tam okunuyor

Node tablosunda CPU, bellek ve disk hücrelerindeki değerler bazı tarayıcılarda (Safari) hücre kenarında kesiliyordu; artık tam görünüyor. Birim iki tarafta aynıysa bir kez yazılıyor (ör. 12,6 / 17,1 GiB), böylece tablo dar ekranlarda da sığıyor. Ağ sütunu yalnız rakam gösteriyor.

Genel bakış kartlarında çubuk

CPU, bellek ve disk kartlarında halka gösterge yerine eşik çentikli bir doluluk çubuğu var; yüzde çubuğun yanında yazıyor.

Giriş ekranında seyir haritası

Giriş ekranının arkasında soluk bir seyir haritası var: harita ızgarası, pusula gülü ve kartın arkasından geçen noktalı bir rota. Yalnız rotanın noktaları yavaşça akıyor; işletim sisteminde hareket azaltma açıksa çizim duruyor. Çizim sayfanın içinde geliyor, ayrı bir görsel indirilmiyor.

Ana ekranda konteyner gemisi

Cluster listesindeki deniz sahnesinde güneşin yerini bir konteyner gemisi aldı. Gemi dalgaların arasında hafifçe yalpalıyor; yükündeki konteynerler arada bir sırayla kalkıp yerine yenisi oturuyor, bir rolling update gibi. İşletim sisteminde hareket azaltma açıksa sahne sabit kalıyor.

İzleme ekranında node doluluğu bir bakışta

Node tablosunda CPU, bellek ve disk için renkli doluluk çubukları var (yeşil, sarı, kırmızı); eşikler dikkat listesindekilerle aynı. Ağ için küçük bir eğilim çizgisi gösteriliyor.

Basınç ve Süreç ayrı sütunlarda

Basınç ve Süreç artık ayrı sütun; ikisinde de ne ölçüldüğünü anlatan bir bilgi düğmesi var. Basınç, süreçlerin CPU, bellek ya da diski beklerken geçirdiği zamanın oranıdır ve yanında hangi kaynağın beklendiği yazar. Kümede hiçbir node basınç ölçmüyorsa sütun gösterilmez.

Genel bakış kartlarında halka gösterge

Genel bakış kartlarında eşik çentikli halka gösterge var. Değerler açılışta hafifçe dolar; işletim sisteminde hareket azaltma açıksa animasyon olmaz.

Ana ekranda sakin deniz

Cluster listesindeki deniz sahnesi sadeleşti: dümen simidi ile yeke kalktı, sahnede ufuk, güneş ve yavaşça akan dalgalar kaldı. İşletim sisteminde hareket azaltma açıksa dalgalar duruyor.

Giriş ekranında token bağlantısı ayrı kutuda

Parola belirleme bağlantısı artık giriş kartının altında, ayrı bir kutuda duruyor: Token'ınız var mı? Parolanızı belirleyin. Hesabı olmayan ya da parolasını unutan kullanıcı token'ı yöneticisinden ister.

PostgreSQL kurulumunda lisans kurulum ekranında

Enterprise (PostgreSQL) kurulumu artık lisans dosyası istemiyor: docker run komutu yalnız veritabanı adresini ve snapshot anahtarını alıyor, imzalı lisans bloğunu kurulum ekranında ilk yöneticiyle birlikte yapıştırıyorsunuz. Lisans veritabanında duruyor; yenilemesi Yönetim → Sistem → Lisans ekranından (Kurulum → Enterprise).

• Lisans dosyasıyla yönetmek isteğe bağlı olarak kalıyor (GitOps, yüksek erişilebilirlik); dosya verilirse kurulum ekranı lisans sormuyor.
• PostgreSQL kurulumunda lisans kaldırılamıyor, yalnız ha-postgres içeren yeni bir lisansla değiştirilebiliyor. Süresi dolan lisans kimseyi dışarıda bırakmıyor.
• Henüz kurulmamış bir YEKE'de LDAP ya da OIDC ile giriş artık hesap açmıyor; ilk yönetici kurulum ekranından oluşturuluyor.

Kurulum tek komut, ayarlar arayüzde

Kurulum artık tek bir docker run; compose ve .env dosyası yok. Kurulumdan sonra değiştirmek isteyeceğiniz ayarlar ortam değişkeninde değil, Yönetim → Sistem → Sistem ayarları ekranında.

• Community komutu yalnız port ve volume alıyor. Enterprise (PostgreSQL) komutu veritabanı adresi, snapshot anahtarı ve lisans dosyası alıyor; ikisi de Kurulum sayfasında.
• Yeni kurulum HTTPS ile açılıyor. Sertifika vermezseniz YEKE, kurulumda yazdığınız adres için kendi CA'sıyla sertifika kesiyor; bu CA yalnız o adres için imza atabiliyor. CA'yı indirip güvenilir eklediğinizde tarayıcı uyarısı bitiyor. İsterseniz kendi sertifikanızı yüklüyorsunuz.
• İlk yöneticiden sonra kurulumda tek adım var: adres ve sertifika. Adres tarayıcınızın adresiyle dolu geliyor.
• Sistem ayarları: dış adres, sertifika, kurum CA'sı, dışa çıkış izin listeleri, oturum süreleri, API token politikası, MCP, Secret görünürlüğü, saklama süreleri ve AI. Yalnız kurulum sahibi değiştiriyor, diğer yöneticiler görüyor. Değişiklik yeniden başlatmadan uygulanıyor; dağıtımdan ortam değişkeniyle verilen ayar ekranda kilitli görünüyor.
• Arayüze ulaşamayacağınız bir değer kaydederseniz imajdaki kurtarma aracı ayarı geri alıyor (Kurulum → Ayarlarda kilitlendiyseniz).
• Mevcut kurulumlar güncellemeden sonra aynı davranıyor: düz HTTP ile çalışan kurulum 8080'de kalıyor, ortam değişkenleri geçerliliğini koruyor.
• Güvenlik: yüzde kodlu karakter taşıyan bazı adreslerde yetki denetimi atlanabiliyordu; düzeltildi. Bütün kurulumların bu sürüme güncellenmesini öneriyoruz.

Onay kartı: noktalı anahtarlar önceki ve sonraki değerleriyle görünüyor

Onay kartındaki "Ne değişecek" tablosunda, anahtar adında nokta olan alanlar (ör. bir Secret'taki tls.crt ve tls.key, bir label'daki app.kubernetes.io/name) artık önceki ve sonraki değerleriyle görünüyor. Önceden bu alanlarda iki hücre de "yok" yazıyordu.

Sohbet: öneri sonda, uzun açıklama katlanır

Model bir komut ya da plan önerdiğinde öneri kartı artık açıklamanın altında duruyor; uzun bir açıklama kartı ekranın dışına itmiyor.

• Shell ve pod komutu kartları metnin sonunda, plan ve onay kartlarıyla aynı yerde. Ne yapıldığını söyleyen kısa satırlar (tema, ekran) üstte kalıyor.
• Öneri, plan ya da soru taşıyan bir cevapta uzun açıklama ilk beş satırda katlanıyor; Devamını göster ile açılıyor. Kopyala yine metnin tamamını alıyor.
• Öneri taşımayan cevaplar (teşhis, liste) katlanmıyor; orada asıl içerik metnin kendisi.
• Kendi mesajınızdan sonra sohbet bazen cevabı en altta takip etmeyi bırakıyordu; düzeltildi.

AI çıktı tavanı: yerel DeepSeek modelleri güvenli tarafta

Sağlayıcının otomatik çıktı tavanı (modelin bir cevapta üretebileceği en çok token) DeepSeek'i model adındaki deepseek- önekinden de tanıyordu. Ollama gibi yerel sunucular aynı adları kullandığı için yerel bir deepseek-r1 de 32.768 alıyordu. Ölçümde Ollama bu tavanı reddetmedi, ama bağlamı dolunca da durmadı ve tavana kadar üretti: uzun bir cevap kesilmek yerine turun süre sınırına (240 sn) çarpabiliyordu.

• DeepSeek artık yalnız api.deepseek.com adresiyle tanınıyor ve 32.768 alıyor. Başka bir adresteki DeepSeek adlı modeller, tanınmayan diğer modeller gibi 8.192'de kalıyor. Bağlam penceresi 0.74.3'ten beri aynı kuralı izliyordu; iki ayar artık tek tanımı paylaşıyor.
• DeepSeek'i bir vekil ya da ağ geçidi arkasından kullanıyorsanız ve uzun raporlar kesiliyorsa Yönetim → AI sağlayıcıları satırındaki Çıktı tavanı menüsünden 32.768 seçin.
• Kurulum çapında bir çıktı tavanı (YEKE_AI_MAX_OUTPUT_TOKENS) verilmişse davranış değişmiyor; o değer otomatik değerin önüne geçer. Agent'ta ve veritabanı şemasında değişiklik yok.

AI sağlayıcısının bağlam penceresi: doğru gösteriliyor, arayüzden seçiliyor

Sohbetin modele gönderdiği kaynak tipi listesinin boyu, sağlayıcının bağlam penceresine göre sınırlanıyor. Pencere beyan edilmemiş kayıtlar şimdiye kadar 8.192'de kalıyordu; bu, büyük pencereli modellerde bile listenin kısaltılması demekti. API'den yazılan pencere de ekranda görünmüyordu.

• Claude ve DeepSeek API kayıtları pencere beyan edilmese de ölçülmüş bir değerle (32.768) çalışıyor; liste yaklaşık üç kat büyüyebiliyor ve büyük cluster'larda model daha çok kaynak tipini görüyor. Yerel ve tanınmayan modeller güvenli tarafta, 8.192'de kalıyor.
• Yönetim → AI sağlayıcıları satırında modelin altında pencere seçimi var: Otomatik ya da sabit bir değer. Otomatik'in yanında değerin nereden geldiği yazıyor (modele göre ya da varsayılan). Yeni sağlayıcı formunda da aynı alan var.
• Ekranda ve API'de gösterilen pencere, sohbetin gerçekten kullandığı pencere. API'den yazılmış bir değer menüde “özel değer” olarak görünür; API'de null göndermek Otomatik'e döndürür.
• Büyük cluster'larda modele giden istekler büyür: liste her araç adımında yeniden gönderiliyor. Claude'da sistem istemi önbelleğe alınacak biçimde işaretleniyor.

Sohbet: modelin sorusu sayfa yenilenince kaybolmuyor

Model emin olmadığında seçenekli bir soru sorabiliyor (“hangi pod?”). Bu soru şimdiye kadar yalnız ekranda yaşıyordu: sayfa yenilenince yerinde boş bir balon kalıyor, seçenekler kayboluyordu. Soru artık sohbet kaydında.

• Yenilemeden sonra soru ve seçenekleri yeniden görünüyor. Soru sohbetin son mesajıysa seçenekler basılabilir; basınca seçenek cevap olarak gider.
• Cevaplanmış bir sorunun seçenekleri düğme değil, sade bir liste olarak görünür; konuşma ilerledikten sonra eski bir soruya cevap gönderilemez.
• Model bir sonraki turda kendi sorusunu ve seçeneklerini görüyor; seçeneğe basılarak gelen cevabı neyin cevabı olduğunu bilerek alıyor.
• Kendi mesajınızı ya da bir seçeneği gönderdiğinizde sohbet en alta iniyor ve cevap gelirken orada kalıyor; büyük bir kart eklendiğinde en alttan kopabiliyordu.
• AI ayarlarındaki iki açıklama düzeltildi: MCP'ye plan önerme token'ı da bağlanabiliyor; ortam değişkeni değerlerinin maskelenmesi bir politikaya bağlı ve kapatılabiliyor.
• Veritabanı şeması ilerliyor (v61): sohbet mesajlarına 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. Bu sürümden önce sorulmuş sorular geri gelmez. Agent'ta değişiklik yok.

KubeWorld: mahalle adı yalnız tabelada, etiketler açık başlıyor

Uzaktan bakarken haritaya mahalle adı yazılmıyor; çok sayıda ve uzun adlı namespace'te bu yazılar haritayı örtüyordu. Namespace adı artık yalnız mahallenin önündeki tabelada görünüyor. Tabela, adı okunacak kadar yaklaşınca çıkıyor ve bu eşik bütün yakınlık düzeylerinde aynı. Çok uzun adlar tabelada iki satıra dengeli bölünüyor. Sığmayan sorun çağrılarının “+N” sayısı tabela varsa onun köşesinde, yoksa mahallenin yerinde gösteriliyor; kalabalık haritada en çok sorunu olan mahallelerinki öne çıkıyor. Etiketler artık varsayılan olarak açık; önceki tercih bir kez sıfırlanıyor, sonra yine hatırlanıyor.

Sohbetten pod terminaline

Sohbet artık bir pod'un kendi terminaline komut önerebiliyor. Kök sebep bir container'ın içindeyse (yapılandırma dosyası, süreç, dinlenen port, ortam değişkeni adları) ya da soru “bu pod şu servise erişebiliyor mu” ise kartta “Pod'da çalıştır” düğmesi çıkar.

• Düğme komutu terminale yazar, çalıştırmaz; Enter sizindir. Aynı pod ve container için açık bir terminal varsa komut oraya yazılır; yoksa önce pod'da kabuk başlatmanın onay kartı gelir.
• Komut pod'un kendi kimliği ve ağ konumuyla koşar ve YEKE'nin yazma zincirinden geçmez; kartın bilgi kutusu bunu söyler.
• Hedef öneri anında doğrulanır: pod yoksa, çalışmıyorsa, siliniyorsa ya da birden çok container varken hangisi olduğu belirsizse kart çıkmaz ve model düzeltir.
• Shell sekmesi arka plandayken “Shell'de çalıştır” artık önce Shell sekmesini öne getiriyor; komut görünmeyen bir terminale yazılmıyor.

Tara: rollout'un kapanış izi bulgu olmuyor

0.73.7'de ana sayfa Uyarılar bölümüne giren kural artık AI sağlık taramasında (Tara) da geçerli. Rollout'ta kapatılan pod'un son readiness hatası, olay okumalarından modele verilmeden önce düşüyor; Tara bu iz için “Kendi sağlık kontrollerinden geçemiyor” bulgusu yazmıyor. Kural tek kaynaktan geliyor, ana sayfa ve Tara aynı kodu kullanıyor: yalnız aynı pod'a önceden “Stopping container” kapatma olayı düşmüşse ve hata bu kapatmayla aynı anda ya da sonra başlamışsa gizleniyor. Bunu doğrulamak için gereken ek okumalar taramayı başlatan kullanıcının kendi yetkisiyle yapılıyor, okunamazsa satır kalıyor. Sohbet ve MCP olayları süzülmeden görmeye devam ediyor.

KubeWorld: mahalle adı tabelanın içinde

Yakından bakarken namespace adı artık mahallenin önündeki tabelanın levhasına yazılıyor. Ad, binalarla aynı oranda büyüyüp küçülüyor ve levhadan taşmıyor. Önceden ad levhanın üstünde duran sabit boyutlu bir etiketti; uzaklaştıkça binalara göre büyüyor ve levhadan taşıyordu. Levha ada göre yana genişliyor, bu yüzden cattle-monitoring-system gibi uzun adlar da kısa adlarla aynı yakınlıkta okunuyor. Okunamayacak kadar uzaklaşınca levha adıyla birlikte kayboluyor, boş levha kalmıyor. Mahalle adları artık Etiketler düğmesine bağlı değil: etiketler kapalıyken de yakında levhada, uzakta haritada görünüyor. Düğme sorun çağrılarını, host tabelalarını ve seçili nesnenin adını yönetmeye devam ediyor; yakında sığmayan sorun çağrıları levhanın köşesinde “+N” olarak sayılıyor.

Ana sayfa uyarıları: rollout'un kapanış izi gösterilmiyor

Rollout eski pod'u kapatırken Kubernetes o pod'un readiness kontrolünü sürdürür. Pod'un ağı söküldükten sonraki son kontrol bir ağ hatasıyla düşer, örneğin connect: invalid argument ya da connection refused. Bu her rollout'ta görülebilen zararsız bir iz ve artık cluster ana sayfasındaki Uyarılar bölümünde ve oradaki sayıda yer almıyor. Kural dar tutuldu: yalnız aynı pod'a önceden “Stopping container” kapatma olayı düşmüşse ve hata bu kapatmayla aynı anda ya da sonra başlamışsa gizleniyor. Kapatmadan önce başlamış readiness hataları, liveness ve startup hataları ve aynı adla yeniden yaratılan pod'ların hataları görünmeye devam ediyor. Olay listesi değişmedi, bütün olaylar orada.

MCP: cluster envanteri aracının açıklaması

MCP'deki yeke_clusters aracının açıklaması “argüman almaz” diyordu; oysa MCP her araç gibi bu araçtan da bir clusterId istiyor. Açıklama artık sonucun her zaman bütün envanter olduğunu söylüyor, ajan hangi cluster'ı verirse versin aynı listeyi alır. Davranış değişmedi.

Yetki grubu kapsamı: küme bağlı değilken namespace listesi

Yetki grubunun Kapsam sekmesinde “Seçili namespace'ler” listesi, küme bağlı değilken ya da kümenin API keşfi alınamadığında artık sonsuza dek “yükleniyor” demiyor: nedeni ve bir Yenile düğmesi görünüyor. Keşif cevap verip namespace kaynağını döndürmediğinde liste “Seçilebilecek namespace yok” gibi görünmüyor; listenin alınamadığı yazıyor ve kayıtlı seçimler “bulunamadı” diye işaretlenmiyor. Yenile, keşfi kümeye yeniden sorar.

Log ayarları değişince akış yenileniyor

Log panelinde container seçimini, “önceki container”ı ya da “zaman damgası”nı değiştirdiğinizde akış artık yeni ayarla kendiliğinden yeniden başlıyor; önceden eski ayarla sürüyordu. Birden çok container'ı olan pod'da ilk container seçimi akışı başlatıyor. Son satır, son N saniye ve bayt sınırı alanlarına yazarken akış her tuşta sıfırlanmıyor: değer ekrandakinden farklıysa Durdur düğmesinin yerinde “Uygula” çıkıyor, Enter da aynı işi yapıyor. Alt çekmecede log araç çubuğu daha kompakt; odaklanan alanın çerçevesi artık kesilmiyor.

API token olaylarının SIEM adları

Kişisel API token'larının denetim olayları SIEM'e artık “API token issued”, “API token used”, “API token expired” ve “API token scope denied” adlarıyla gidiyor; 0.70.0'dan bu yana “Read token …” diye gidiyordu ve plan önerme token'ını da kapsamıyormuş gibi okunuyordu. Olay türleri (auth.token_*) değişmedi. SIEM'de eski ada göre süzen bir kuralınız varsa yeni adlara güncelleyin.

Arayüzde iki hata metni de iki kapsama göre düzeldi: token'lar kurulumda kapatıldığında “API token'ları kapalı” yazıyor; bir token kapsamı dışındaki bir işlemi denediğinde mesaj okuma ve plan önerme token'ının ne yapabildiğini birlikte söylüyor.

Dar ekranda terminal kullanılabilir kalıyor

Telefon genişliğinde uzun bir listenin altında açılan terminal (Shell ya da pod exec) birkaç piksele, tek satıra iniyordu. Artık çekmece, log sekmesinde olduğu gibi ekranın büyük kısmını alıyor; liste kalan alanda kendi içinde kayıyor. Ekran döndürülünce ya da küçülüp yeniden büyüyünce terminal görünür alanda kalıyor ve satır sayısını yeni boyuta uyduruyor.

Çekmece barı taşmıyor

Tek oturum açıkken çekmece barı dar ekranda yana taşıyor, “Oturumu bitir” düğmesi ekranın dışında kalıyordu; çok uzun bir pod adıyla açılan log sekmesi tablet genişliğinde de aynı şekilde taşıyordu. Artık başlık kırpılıyor (log sekmesinde ortadan), durum etiketi ve düğmeler tam görünüyor.

Uzun listede sayfa yerinde kalıyor

Durum rozeti ya da bağlantı taşıyan uzun bir listede (örneğin 40 pod) sayfanın tamamı kaydırılabilir hâle geliyordu; kaydırınca üst çubuk ve alttaki log/terminal çekmecesi de listeyle birlikte ekrandan çıkıyordu. Artık yalnız liste kayıyor, üst çubuk ve çekmece yerinde kalıyor. Rozetlerdeki ekran okuyucu metni aynen duruyor; görünümde başka bir değişiklik yok.

.env yapıştırma

Etiket, annotation, ConfigMap ve Secret verisi gibi anahtar-değer alanlarına bir .env metni yapıştırınca satırlar tek tek girdiye dönüşür. Var olan anahtar güncellenir, yorum ve boş satırlar atlanır; sonuç tek satırda söylenir (“3 eklendi · 1 güncellendi”). Container'ın env listesinde de aynı kutu var; KEY=değer yazıp Enter tek değişken ekler. Değerini bir Secret ya da ConfigMap'ten alan değişkene dokunulmaz. Tırnak içindeki çok satırlı değerler (sertifika gibi) tek değer olarak okunur.

Container sekmeleri

Birden fazla container taşıyan workload'larda her container kendi sekmesinde açılır. Sekmede değişen, eksik ve hatalı alan sayısı görünür; hata işareti doğru sekmeyi açar. Sıralama ve kaldırma aynı satırda.

YAML'da hatalı satır

YAML sekmesinde yazım hatası olan satır kırmızıyla işaretlenir. O kind'ın şemasında olmayan bir alan (örneğin replicaz) kaydetmeden önce sarıyla gösterilir; editörün altında hangi alanın hangi satırda olduğu yazar, tıklayınca satıra gidilir. Kayıt kilitlenmez, son kontrol yine Kubernetes'in kendisidir. Serbest alanlarda (label, annotation, CRD'lerin serbest bölümleri) yanlış alarm verilmez.

Hesap sayfasında MCP kurulumu tek adım

Token oluşturunca görünen “MCP ile kullan” bölümü sadeleşti ve yarı yüksekliğe indi. Claude Code ve Codex sekmeli; seçili istemcinin token'ı içeren tek parçası kopyalanıyor, ayrı bir ortam değişkeni adımı yok. Claude Code komutu kullanıcı kapsamında (--scope user) kurulur ve token'ı ev dizinindeki ~/.claude.json'a yazar; proje klasörüne dosya bırakmaz. Codex parçası ~/.codex/config.toml'a eklenir ve token'ı http_headers ile taşır.

Alt çekmecede log sekmeleri

Log sekmesinin barı sadeleşti: cluster ve namespace satırı ile “canlı” çipi kalktı, her sekmenin başlığı ve durum noktası bu bilgiyi zaten taşıyor; cluster ve namespace sekmenin üzerine gelince görünüyor. Seçili sekme mavi kenarla belirgin. Sekme sayısı artınca bar artık alt satıra kaymıyor: sekmeler yana kayar, Küçült ve Kapat düğmeleri hep sağda kalır. Ortak önekli pod adlarında sekme etiketi ortadan kısaltılıyor, böylece pod'ları ayıran son kısım görünür kalıyor. Birden çok log açıkken barın “Tüm logları kapat” düğmesi bütün log sekmelerini kapatıyor; Shell ve pod terminali açık kalıyor. Log araç çubuğundaki sayı alanları düğmelerle aynı boyda ve artırma okları yok.

Oluşturma formu addan dolar

Yeni bir Deployment, DaemonSet ya da StatefulSet oluştururken ad yazdıkça app etiketi, selector, pod şablonu etiketi ve ilk container'ın adı kendiliğinden dolar; StatefulSet'te serviceName, Ingress'te backend Service adı da. Bu alanlar “ada bağlı” diye işaretlenir. Elle değiştirdiğiniz alan bağdan çıkar; Geri al onu bağa döndürür. YAML sekmesinde adı değiştirmek de aynı alanları günceller.

Ön ayarlar

Job ve CronJob restartPolicy: Never ile, PVC ReadWriteOnce ile, Ingress / yoluyla açılır; Service tek port satırıyla gelir. Secret'ta tür önerileri var: TLS, basic-auth, SSH ve registry türlerinde gereken anahtarlar boş satır olarak hazır gelir.

Bağlamdan oluşturma

Bir workload'un menüsünde “Service oluştur”, bir Service'in menüsünde “Ingress oluştur” var. Selector, portlar ve backend nesnenin kendisinden dolu gelir; yine tek onayla uygulanır.

Kopya daha akıllı

Kopyada addan türemiş değerler yeni ada taşınır; başka nesneye işaret edenler (Service selector, Ingress backend) olduğu gibi kalır. Küme tarafından atanan alanlar (clusterIP, nodePort, volumeName gibi) kopyaya taşınmaz.

Taslak korunur

Değişiklik varken pencere dışına tıklamak ya da Esc editörü kapatmaz; “N değişiklik atılacak” diye sorar.

Okunabilirlik

Eksik zorunlu alanlar bölüm başına sayılır (ad ve namespace dâhil). Namespace boşken plan düğmesi nedenini söyler. Liste elemanları katlanabilir, satır sırası sabittir.

Plan önerme token'ı

Hesabım sayfasında token oluştururken artık bir kapsam seçiliyor: “Okuma” ya da “Plan önerme”. Plan önerme token'ıyla bir dış sistem ya da kendi AI ajanınız bir değişiklik planı kurabilir ama onu uygulayamaz. Plan REST'te POST /api/clusters/<id>/operations ile, MCP'de propose_operation aracıyla önerilir; yanıt, YEKE'deki onay kartının bağlantısını verir. Planı kartı açıp inceleyerek YEKE'de siz onaylarsınız; uygulama, tazeleme, iptal ve geri alma bu token'a kapalıdır. Onay kartı planın hangi token'la ve API mi MCP mi üzerinden önerildiğini söyler; modelin ya da istemcinin notu “Modelin özeti” ya da “İstemcinin notu” etiketiyle ayrı görünür. Aynı token aynı cluster'a yeni bir plan önerdiğinde bekleyen eskisi iptal olur ve yenisi yerine geçer; paralel değişiklikler için ayrı token kullanın. Token başına dakikada en fazla 10 öneri yapılabilir (REST ve MCP ortak). MCP aracı değer döndürmez: değişen alanların yollarını, onay düzeyini ve kartın bağlantısını döndürür. Onaylanmayan plan 30 dakikada süresi dolar. Ayrıntı: API ve MCP.

ops.nl-strict plan token'ını da kapsıyor

Yerleşik ops.nl-strict şablonu açıldığında artık yalnız sohbetten gelen yazmalar değil, kişisel plan önerme token'ıyla (REST ya da MCP) önerilen her yazma da yükseltilmiş onay istiyor. Politikalar için yeni bağlam alanı op.origin: planın kökeni, ör. "TOKEN". Ayrıntı: Politikalar.

Loglar alt çekmecede

Pod satırının eylem menüsündeki Loglar artık ayrı bir pencere açmıyor; Shell'in açıldığı alt çekmecede bir sekme olarak açılıyor. Birden çok pod'un logunu aynı anda ayrı sekmelerde izleyebilir, Shell ve pod terminaliyle yan yana tutabilirsiniz. Liste görünür kalır, başka bir sayfaya geçtiğinizde log sekmesi kapanmaz. Pod silinse de sekme kalır: akış biter, son satırlar ekranda durur. Aynı pod'un loguna ikinci kez basmak yeni sekme açmaz, açık olanı öne getirir. Canlı takip açılışta en son satırdan başlar; yukarı kaydırdığınızda yeni gelen satırlar konumunuzu bozmaz.

Log indirme

Log panelindeki İndir menüsünün iki seçeneği var. “Ekrandakini indir” panelde gördüğünüz metni olduğu gibi kaydeder. “Tümünü indir” logu Kubernetes'ten satır, zaman ya da bayt sınırı uygulamadan yeniden çeker; seçtiğiniz container, önceki container ve zaman damgası tercihleri korunur, dosya ham hâliyle (renk kodları dahil) yazılır. İndirme sürerken inen miktar görünür ve vazgeçebilirsiniz. Kubernetes bir hata dönerse dosya kaydedilmez, hata panelde görünür. “Tümü”, Kubernetes'in log arayüzünün verdiği kadardır: node'da döndürülüp arşivlenmiş eski log dosyaları bu yoldan gelmez (kubectl logs ile aynı).

MCP kurulum komutu token'ı yapılandırmaya yazmıyor

Hesabım sayfasındaki “MCP ile kullan” bölümünün Claude Code komutu artık token'ı Claude Code yapılandırmasına düz yazdırmıyor: başlık tek tırnakta ve --scope project ile veriliyor, YEKE_MCP_TOKEN değişkeni .mcp.json'da çalışma anında açılıyor.

Kişisel okuma token'ı

Hesabım sayfasındaki “Okuma token'ı oluştur” ile betik, pano ve otomasyonlar YEKE'yi sizin yetkinizle ama yalnız okuyarak kullanabiliyor. Token yalnız GET ve HEAD isteklerinden geçer; yazma, Shell ve yönetim uçları rolünüz ne olursa olsun kapalıdır. Secret değerleri kurulumun ayarından bağımsız olarak en az maskeli döner. Ömrü üretirken seçilir (30, 90, 180 ya da 365 gün); kurulum bu üst sınırı daraltabilir ya da token üretimini kapatabilir. Token başına dakikalık bir istek sınırı vardır. Değer bir kez gösterilir; token açık oturumlarla aynı listede durur ve oradan sonlandırılır. Parolanızı değiştirmek ya da sıfırlatmak token'larınızı da iptal eder. Okuma yanıtları, nesnenin ya da listenin YEKE ekranına giden bağlantıyı bir Link başlığında taşır; gövde değişmez. Ayrıntı: API ve MCP.

MCP sunucusu

YEKE artık bir MCP sunucusu da veriyor: kendi Claude Code ya da Codex aboneliğinizle, YEKE'ye bağlı cluster'ları okuyup sorun teşhisi yapabilirsiniz. Ajan YEKE sohbetinin okuma araçlarını aynı maskelemeyle kullanır: nesne, olay, log, metrik, operasyon ve denetim kaydı. Okumalar sizin Kubernetes kimliğinizle yapılır ve her okuma denetim izine düşer. Sunucu varsayılan olarak kapalıdır; yönetici açar ve yalnız AI veri çıkışına izin verilmiş cluster'lar okunabilir. MCP'den yazma yoktur: ne cluster'a ne YEKE'nin kendi ayarlarına. Ajan bir yönetim işinin hangi ekranda yapılacağını söyler, işi siz arayüzde yaparsınız. MCP açıkken Hesabım sayfası, yeni token'ın altında “MCP ile kullan” başlığıyla Claude Code ve Codex için kopyalanabilir kurulum parçaları verir; parçalar token değerini taşımaz, değer bir ortam değişkeninden okunur. Kurum içi CA'lı kurulumlar için yeke mcp rölesi YEKE CLI 0.5.0 ile geldi.

Sohbet bağlantısı

Bir uyarı e-postası ya da ITSM kaydı, /clusters/<id>?chat=<metin> bağlantısıyla cluster'ın sohbetini metin kutuya yazılmış olarak açabiliyor. Bağlantı metni asla kendisi göndermez: göndermek sizin jestinizdir. Kutuda sizin yazdığınız bir metin varsa üzerine yazılmaz, kutunun üstünde metnin bir bağlantıdan geldiğini söyleyen bir etiket görünür.

Eylem menüsünde ölçekleme

Eylem menüsünde ölçekleme artık ayrı bir pencere açmıyor; menünün içinde tek satırda yapılıyor. Replika sayısı kutuya yazılabiliyor ya da − / + düğmeleriyle değiştirilebiliyor. Ok düğmesi (ya da Enter) planı kuruyor ve onay kartı her zamanki gibi açılıyor. Taslak canlı değerden ayrıştığında satırın altında canlı değer görünüyor. Plan reddedilirse sebebi menünün içinde yazıyor, girilen sayı kaybolmuyor. Ölçekleme düğmesindeki Türkçe ek de düzeldi: "2'ye", "6'ya", "10'a".

Düzeltme

Compose kurulumunda YEKE_SECRET_DISPLAY ayarı artık container'a ulaşıyor. Önceden .env dosyasına yazılsa da uygulanmıyordu.

Derin bağlantılar: tek operasyon ve SSO girişi

Bir operasyonun onay kartı artık bir bağlantıyla açılabiliyor: /clusters/<id>/operations?op=<operasyon-kimliği> planı kartta açıyor ve denetim izini o operasyona süzüyor. Operasyon bulunamazsa ya da ona erişiminiz yoksa sayfa bunu sessizce geçmiyor, bir uyarı gösteriyor. Nesne bağlantılarıyla (/clusters/<id>/r/apps.deployment/obj?name=…&namespace=…) birlikte bu adresler artık sabit: bir ITSM kaydı ya da uyarı e-postası doğrudan bunlara bağlantı verebilir.

SSO (OIDC) ile girişte bağlantının hedefi artık kaybolmuyor. Oturumu kapalı bir kullanıcı bir nesne ya da operasyon bağlantısıyla gelip SSO ile girdiğinde, ana sayfaya değil bağlantının hedefine dönüyor. Yerel girişte bu davranış zaten vardı.

Operasyon kaynağı kimlik kanalından belirleniyor

Bir operasyon planının kaynağı (politikalarda op.source) artık isteğin gövdesindeki beyandan değil, isteğin geldiği kimlik kanalından belirleniyor: tarayıcı oturumuyla gelen istek ui, API token'ıyla (Bearer) gelen her istek api. Böylece kaynağa göre yazılmış politikalar (ör. API'den gelen yazmaya ayrı onay kartı) gövdeye farklı bir değer yazılarak aşılamıyor.

API kullananlar için: POST /api/clusters/:id/operations gövdesindeki source alanı artık isteğe bağlı; verilirse kimlik kanalıyla eşleşmek zorunda, eşleşmezse 400 INVALID_OPERATION döner. YEKE CLI ve web arayüzü etkilenmiyor. op.source bir köken etiketidir, bir güvenlik sınırı değil; politikalarda onu onayı sıkılaştırmak için kullanın, gevşetmek için değil.

Shell bildirimleri yalnız komutu çalıştırana gidiyor

Shell'den (kubectl) yapılan bir yazmanın onay kartı ve “uygulandı” bildirimi artık yalnız o komutu çalıştıran kullanıcının açık sekmelerine gidiyor. Önceden aynı cluster'da Shell'i açık başka bir kullanıcının ekranında, onun uygulayamayacağı bir onay kartı açılabiliyor ve yazma onun şeridine sayılabiliyordu; operasyon kimlikleri ile durum değişimleri de oturum açmış her tarayıcıya canlı akıyordu. Yöneticiler için istisna yok; başkalarının operasyonları Operasyonlar sayfasında görünmeye devam ediyor.

Ana ekrandaki “Agent'ları güncelle (N)” her cluster için sırayla bir onay kartı açar. Kartın başlığı artık hangi cluster'ı onayladığınızı ve kuyruktaki sırasını gösteriyor (ör. Cluster prod-eu 2/5). Bu sürüme kadar ad yalnız gövdedeki notun başındaydı; yükleme ve “plan kurulamadı” kartlarında hiç yoktu.

• Ad yükleme, onay/sonuç ve hata kartlarının üçünde de görünür.
• Satırdaki “Güncelle” ile tek cluster güncellenirken yalnız ad görünür, sıra yok.
• Ekran okuyucu kartı cluster adı ve sırasıyla duyurur.
• Gövdedeki not cluster adını artık tekrar etmez.
• Veritabanı göçü yok.

Anomali tespiti canlıda (Enterprise)

• Hazır dört anomali kuralı gölge kipinden canlıya geçti (node ve iş yükü × CPU ve bellek). 18.09'dan beri gölgede koşuyorlardı. Sabit bir eşik yok: CPU ya da bellek kendi son 14 günlük gün-içi normalinden en az 60 dakika saparsa olay açılır; 7 günlük geçmiş birikmeden ateşlemez.
• Olay artık İzleme → Uyarılar sekmesinde açık uyarı sayısına giriyor, denetim izine (alert.fired) ve Kapsam’ı “operasyon” sınıfını içeren SIEM hedeflerine düşüyor.
• Şiddet “Bilgi”; bildirim kanalına yalnız En düşük şiddet alanı “Bilgi” olan bir yoldan gider. Kuralı adıyla seçen ama “Uyarı” yazan yol almaz. Hazır kuralların varsayılan yolu yok.
• Yükseltmede hazır kurallardaki ayarlarınız (açık/kapalı, şiddet, en az süre, çözülme süresi) korunur; o an açık olan gölge olaylar gölge olarak kapanır. “Bilgi” yolu olan kurulumlar yükseltir yükseltmez anomali bildirimi almaya başlar.
• Gölge kipi kendi yazdığınız anomali kurallarında seçilebilir kalıyor. Ayrıntı: Uyarılar.
• Veritabanı göçü yok.

GitOps repo yansıtması ve drift

• Nesneler API sürümünden bağımsız eşleniyor (grup, tür, namespace, ad). Repo bir nesneyi başka bir API sürümüyle beyan ediyorsa (ör. HPA autoscaling/v1, değişiklik v2'den) kart artık “beyan edilmemiş” demiyor; dosyayı ve iki sürümü adıyla söylüyor. Alan yolları sürümler arasında farklı olduğu için değişiklik beyana yazılmıyor; silme ve yalnız etiket/annotation değişikliği yazılıyor. Drift de beyanın kendi sürümüyle ölçüyor.
• İçinde {{ … }} geçen düz manifestler (ör. PrometheusRule uyarı şablonları, Grafana panoları) artık Helm şablonu sanılmıyor ve kapsamı düşürmüyor. Yalnız bir Helm chart'ının templates/ dizinindeki ya da YAML olarak okunamayan dosyalar şablon sayılıyor.
• Flux Kustomization ve Dapr Component gibi kaynaklar artık kustomize dosyası sanılmıyor; beyan olarak okunuyor.
• Namespace'i kapsamın üstündeki bir kustomization veriyorsa (namespace: alanı) drift ve kart bunu artık hesaba katıyor. Bağ bir uygulama dizinine daraltıldığında görülen “namespace çözülemedi” sonuçları ve dosyanın kendi namespace'i ezildiğinde çıkan sahte “eksik” satırları kalktı. Base ile overlay farklı namespace verirse kustomize'daki gibi en dıştaki geçerli.
• Kustomize kullanan repo'larda gerçekten karşılığı olmayan bir nesne için kart artık “repo'da yok” diyor; önceden “yerleşim desteklenmiyor” diyordu. Bu cevap yalnız repo eksiksiz okunabildiğinde veriliyor. Ad değiştiren dönüştürücü, üreteç ya da okunamayan dosya varsa kart “bakamadım” der, “yok” demez.
• Aynı nesnenin build'e girmeyen eski kopyası artık çatışma uyarısını, kapsayıcı silmeyi ve referans kontrolünü de bozmuyor.

GitOps repo yansıtması

• Build'e girmeyen beyan dosyası artık adıyla söyleniyor. Düzenlenen dosya kustomize build'e girmiyorsa kart, dosyanın hangi kustomization'ın resources: listesine eklenmesi gerektiğini yazıyor. Önceden kart yalnız “kustomize build düzenlemeyi çürüttü” diyordu.
• Aynı nesneyi tanımlayan iki dosyadan yalnız biri build'e giriyorsa o seçiliyor. Build'e girmeyen eski kopyalar yansıtmayı artık düşürmüyor.
• Drift penceresinde “Build'e girmeyen beyan dosyaları” listesi. Repo'da duran ama kustomize'ın okumadığı dosyalar, içlerindeki nesneler ve bu nesnelerin canlıda olup olmadığı gösteriliyor. Kökten hiç gösterilmeyen dizinler ve yorum satırına alınmış girdiler bilinçli dışlama sayılıyor, listelenmiyor. Liste boşsa bölüm görünmüyor.

GitOps repo yansıtması

• Ölçekleme artık repo'ya yansıtılıyor. Deployment, StatefulSet ve ReplicaSet'te repo'daki beyanın replicas satırı güncelleniyor. Önceden kart bu işlemi “GitOps kapsamında değil” diye geçiyordu.
• AI sohbetinin ürettiği strategic-merge yamaları da yansıtılıyor. Sunucunun dry-run'da hesapladığı değişiklik beyana yazılıyor.
• Sunucunun ve araçların yazdığı alanlar yansıtmayı artık düşürmüyor. last-applied-configuration ve yeniden başlatma damgası gibi alanlar bunlara dahil. Yalnız bu alanları değiştiren bir işlem, örneğin Yeniden başlat, repo'ya commit üretmiyor.
• “Repo'daki değer canlıdan farklı” uyarısı Kustomize kullanan repo'larda da çıkıyor ve beyan dosyasını gösteriyor. Karşılaştırma ham dosyayla değil, Kustomize'ın ürettiği hâlle yapılıyor; images: gibi dönüştürücüler sahte uyarı üretmiyor.
• status ve eviction gibi alt kaynaklar ile CRD ölçeklemesi hâlâ yansıtılmıyor; kart bunu adıyla söylüyor.

Lisans imzasını doğrulayan anahtar artık ürünün kendisinde bulunuyor ve kurulum ayarlarıyla değiştirilemiyor. Geçerli lisanslar aynen çalışmaya devam eder; yükseltmede yapmanız gereken bir şey yok.

• Veritabanı göçü yok.

Pencereler artık klavyeyle tam kullanılabiliyor. Bir pencere açılınca odak pencereye geçiyor, Tab ve Shift+Tab yalnız pencerenin içinde dolaşıyor, pencere kapanınca odak onu açan düğmeye dönüyor. Bu sürüme kadar odak arkadaki sayfada kalıyor ve Tab perdenin altındaki düğmeleri dolaşıyordu.

• Açılışta odak pencerenin kendisine gelir, “Onayla” gibi bir düğmeye değil; Enter'a yanlışlıkla basmak bir işlemi onaylamaz.
• Pencere içinde pencere açıldığında Escape yalnız üsttekini kapatır. Önceden alttaki kapanıyor, üstteki ekranda kalıyordu.
• Gezinme menüsü de aynı kuralla çalışır.
• Veritabanı göçü yok.

Bir pencere ya da gezinme menüsü açıkken arkadaki sayfa artık kaymıyor. Bu sürüme kadar pencere açıkken klavye (PageDown, ok tuşları, End) ya da fare tekerleği arkadaki listeyi kaydırabiliyordu ve pencere kapanınca sayfanın başka bir yerinde kalınıyordu.

• Pencere kapanınca sayfa açıldığı konumda kalır.
• Kaydırma çubuğu gizlenirken içerik yana ya da yukarı kaymaz.
• Uzun pencerelerin ve menünün kendi içeriği kaymaya devam eder.
• Veritabanı göçü yok.

Doğrulama Hook'ları Enterprise'a taşındı. Plan ve onay anında kurumun sistemine (ITSM, değişiklik kurulu, bakım penceresi servisi) soran doğrulama Hook'ları artık Enterprise lisansının itsm kalemine dahil. Bildirim Hook'ları (HTTP, e-posta, sohbet kanalı) her katmanda aynen çalışmaya devam ediyor.

• Kurulmuş doğrulama Hook'ları lisans olmadan da çalışmaya ve gerektiğinde değişikliği durdurmaya devam eder. Kapatılabilir ve silinebilir; yeni tanım, kural değişikliği ve yeniden açma lisans ister.
• Dosyadan tanımlanan (YEKE_HOOK_DIR) doğrulama Hook'ları güncellemeden sonraki ilk açılışta kayda alınır. Lisanssız kurulumda yeni ya da değişmiş bir dosya doğrulama Hook'u core'u açtırmaz.
• Ekran kurulmuş satırı gizlemez: satır “Enterprise” çipini ve durumunu taşır, Kapat ve Sil açık kalır. Yeni kayıtta doğrulama seçeneği görünür ama seçilemez.
• Veritabanı göçü yok.

Ayrıntı: Hook entegrasyonu.

Lisans kapısı yüzünden açılmayan core'un ret kaydı artık PostgreSQL kurulumlarında da denetim izine yazılıyor. Bu sürüme kadar PostgreSQL ile çalışan bir kurulumda core, lisansın kapsamadığı bir özellik yüzünden açılmadığında license.limit-hit olayını yazmadan kapanabiliyordu. SQLite kurulumlarında olay yazılıyordu.

• Kayıp ölçülen retler: merkezî politika modunun her reddi ve dosya modundaki kısıt kapısının, kısıt kayda alındıktan sonraki yeniden başlatmalarda verdiği ret.
• Core çıkmadan önce bekleyen denetim yazmalarını en çok 5 saniye bekler. Açılışın reddedilmesi ve çıkış kodu değişmedi.

Dosya modunda çift onay ve bakım penceresi artık lisansa bağlı. Bu sürüme kadar dosya modunda (YEKE_POLICY_DIR) requireSecondApproval kuralları ve freezes: pencereleri lisans sorulmadan yürürlüğe giriyordu; lisans kapısı yalnız merkezî pakette vardı.

• Lisansın kapsamadığı bir açılışta kayıtta olmayan ya da değiştirilmiş bir kural veya pencere varsa core açılmaz; mesaj kuralın adını ve gereken lisans özelliğini söyler.
• Kayda alınmış kural ve pencereler, lisans kaldırıldığında ya da süresi dolduğunda yürürlükte kalır. Dosyadan silmek her zaman serbesttir.
• Geçiş: güncellemeden sonraki ilk açılışta, kurulu bir sistemin dosyalarındaki kural ve pencereler bir kez kayda alınır. Community'de bu alanları kullanan bir kurulum açılmaya devam eder; yalnız yeni tanım ya da değişiklik lisans ister.
• Merkezî paket modu değişmedi.

Ayrıntı: Yönetişim.

İzleme: CronJob'un koşuları tek iş yükü, tek koşunun geçmişi 48 saat

• CronJob'un koşuları artık tek iş yükü. Agent, CronJob'un açtığı Job'un sahibini de okuyor ve CronJob'un pod'ları CronJob'a bağlanıyor. İzleme'nin İş yükleri listesinde CronJob tek satır olarak görünür; önceden her koşu ayrı bir iş yükü satırı açıyordu.
• Tek bir koşunun geçmişi pod gibi 48 saat. Sahibi Job olan iş yükü (bağımsız Job'lar ve agent'ı güncellenmemiş cluster'lardaki koşular) uzun vadeli katmanlara taşınmıyor: son 48 saatte görünür, 7 gün ve üstü aralıklarda görünmez. Bu kayıtların uzun vadeli kopyaları core'un ilk bakım turunda silinir ve metrik deposu küçülür. PostgreSQL'de boşalan alan hemen dosya sistemine geri dönmez; yeni yazmalar onu kullanır.
• Uyarı satırı CronJob'a gidiyor. Sahibi CronJob olan pod'un uyarısındaki bağlantı CronJob'un sayfasını açar.
• İş yükünün son görülme kaydı artık her toplamada güncelleniyor; bakım işçisi kaydı doğru yaşlandırıyor.
• Agent'ı güncelleyin: bu davranış için agent'ın güncellenmesi gerekir. “Agent'ı güncelle” imajla birlikte gereken okuma yetkisini de (batch jobs, list/watch, yalnız metadata) verir. Yetkisi olmayan eski rolle izleme çalışmaya devam eder; koşular eskisi gibi Job olarak görünür.

İzleme: CPU kısılması gerçekten kısılan süreyi ölçüyor, silinen nesneler listeden düşüyor

• CPU kısılması artık zamanın ne kadarında gerçekten kısıldığını söylüyor. Önceki oran yalnız container'ın CPU beklediği anlara bakıyordu; bu yüzden seyrek uyanıp kısa bir iş yapan süreçler (ör. exporter'lar) limitlerinin %1–2'sini kullanırken “%70 kısılma” görünebiliyordu ve limiti artırmak bunu çoğu zaman gidermiyordu. Bir örnek: 50m limitli, 0,8m kullanan bir container'da eski ölçü %77 diyordu; zamanın kısıldığı pay %1,3'tü.
• Dikkat gerektirenler listesi son 15 dakikaya bakıyor: bir pod, son 15 dakikanın en az yaklaşık %25'inde CPU limitinde kaldıysa listeye girer. Açılıştaki iki dakikalık bir yük gibi tek seferlik kısa tepeler artık gösterilmez; sık tekrar eden ya da süren kısılma gösterilir. Bu bir başlangıç eşiği; henüz gerçek kullanım verisiyle ayarlanmadı, ileride değişebilir.
• Silinen pod, node ve PVC'ler “şu an”ı gösteren yerlerden düşüyor: dikkat gerektirenler listesi, İş yükleri sekmesindeki pod sayısı ve kısılma sütunu, AI taraması ve sohbetteki izleme aracı. Silinen bir pod 3–4,5 dakika içinde kaybolur; önceden seçili zaman aralığı boyunca (ör. 7 gün) görünmeye devam ediyordu. Agent bağlantısı koparsa liste boşalmaz. Geçmiş tarama kayıtları, yapıldıkları anın kaydı olarak olduğu gibi kalır.
• Düzeltme: 200'den fazla pod'u olan cluster'larda dikkat gerektirenler listesi yalnız en çok CPU kullanan 200 pod'a bakıyordu; küçük limitli pod'lar kaçabiliyordu. Artık 1000 pod'a kadar bakıyor.
• Agent'ı güncelleyin: yeni ölçüyü agent 0.62.0 üretiyor. Cluster'ın agent'ı güncellenene kadar İzleme sayfası CPU kısılmasını göstermez ve bunu tek satırlık bir notla söyler. Agent'ı her zamanki “Agent'ı güncelle” akışıyla yükseltebilirsiniz.

Uyarılar: hazır “CPU kısılması” kuralı yeni ölçüye geçti (Enterprise)

• Hazır kural kendiliğinden yeni ölçüyü kullanıyor ve dikkat listesiyle aynı 15 dakikalık pencereye bakıyor. Yönlendirme ve sessizlik ayarlarınız korunur; eski ölçüyle açılmış olaylar kendiliğinden kapanır.
• Kendi yazdığınız kurallar: eski “CPU kısılması (eski agent)” metriğini kullanan kurallar, agent güncellendikten sonra veri almaz. Bunları yeni “CPU kısılması” metriğiyle yeniden yazın.

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.
• Geliştirme ortamında, gerçek bir kind cluster'ı, gerçek agent tüneli ve yerel bir PostgreSQL 18.6 üstünde 2 replikayla ölçüldü (bir kurumun kendi PostgreSQL'i üstünde ölçülmedi): 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.