Nairotech ürünü · yeke.io

Söyleyin,
planı görün ve onaylayın.

Yeke, Kubernetes filonuzu tam görsel bir konsolla ve doğal dille yöneten platform. Model sizin Kubernetes kimliğinizle çalışır; önerdiği her değişiklik, elle yaptığınız işlemle aynı onay zincirinden geçer.

plan → guardrail → dry-run → onay → uygulama 62 kaynak tipi · canlı arayüz ~90 kB gzip TR / EN
yeke.io · uretim-k3s · iş yükleri
Seçili cluster'da uretim namespace'inin deployment listesi: magaza-web 5/5, odeme-api 2/2, stok-servisi 2/2, onbellek 1/1, kuyruk-isleyici 2/2 — hepsi canlı rozetiyle
Cluster'ı seçin, işin içine düşün: uretim namespace'inin iş yükleri, durum sütunu ve canlı izleme rozetiyle. 62 kaynak tipi keşifle gelir; liste watch ile akar, "Yenile"ye basmazsınız. Arkada: filo seçim ekranı.

Kubernetes, Yunanca κυβερνήτης'ten gelir: dümenci. Logosu yedi kollu bir dümen simididir. Yeke de teknede o dümeni çeviren kolun adı — ismimizi buradan aldık. Dümen sizde; Yeke sözünüzü filoya iletir.

Yapay zekâ katmanı

Yapay zekâ, onay zincirinin içinde.

Çoğu araçta AI, konsolun yanına eklenmiş bir sohbet penceresi. Yeke'de model sizin Kubernetes kimliğinizle konuşur, her adımı denetim izine yazılır ve dışarı giden her bayt ekranda görünür.

  • Model sizin kimliğinizle çalışır. Impersonation apiserver'da doğrulanır; model yetkinizden fazlasını yapamaz. "Bu cluster'da [email protected] [yeke-demo-admins] olarak davranıyorsunuz."
  • Dışarı ne gitti, mesaj mesaj görünür. Gövde boyutu, hedef adres ve kaç yolun maskelendiği her cevabın altında yazar; Secret değerleri modele hiç gitmez. Dışarı ne gitti: 127.0.0.1 · 11.6 KiB · 0 yol maskelendi
  • Araç çağrıları şeffaftır. Modelin attığı her k8s_list / k8s_get sohbette çip olarak durur; listeyi tek tıkla ekranda açarsınız.
  • Egress cluster başına bir kapıdır. off · local-only · allowed — gizlilik sınıfı yüksek cluster'da AI tamamen kapalı kalabilir, geliştirme cluster'ında yerel Ollama'yla açılabilir.
sohbet · uretim-k3s
YEKE sohbet yüzeyi: egress şeffaflık kartı, kimlik satırı, k8s_list araç çağrısı çipi ve token/gecikme telemetrisi
Sohbetin açılışında egress duruşu ve kimlik; her cevapta araç çağrıları, token sayıları ve maskeleme sayacı.
Anthropic Claude OpenAI Google Gemini DeepSeek Ollama · tamamen yerel Anahtarlar veritabanında şifreli — ortam değişkeninde değil

Operasyon hattı ve guardrail

Uygulamaya giden tek yol var.

plan → guardrail → dry-run → onay → uygulama — sıra herkes için aynı. Elle kurduğunuz işlem de modelin önerdiği işlem de bu hattan geçer; AI için ayrı bir kısayol yok.

  • Plan, farkı gösterir. Ne değişecek — alan alan, önce/sonra: spec.replicas 3 → 5. Dry-run apiserver'da koşar, sonucu karta yazılır.
  • 11 yerleşik CEL politikası her isteği sınıflar: namespace-delete, system-namespace, rbac-binding-write, scale-to-zero, irreversible-storage… Yıkıcı adım, adını yazarak onay ister.
  • Onay içeriğe verilir, düğmeye değil. Her yenileme yeni plan özeti üretir; eski özetle gelen uygulama isteği reddedilir. Planın kimliği kurulduğu anda donar: oluşturan, onaylayan ve uygulayan aynı kişi olmak zorundadır.
  • Geri al da bir plandır ve aynı onay kartından geçer. Uygulama sonucu apiserver'ın diliyle kaydedilir: applied · HTTP 200 · rv 122835.
plan op-01KZ2G7N3… · onay bekliyor
YEKE plan onay kartı: PATCH isteği, guardrail kararı, önce/sonra fark tablosu, dry-run geçti rozeti, Uygula düğmesi
Model "5 replikaya çıkar" dedi; karta bir plan düştü: fark tablosu, dry-run sonucu, geri alma uyarısı ve donmuş kimlik.
Aynı kart uygulandıktan sonra: Uygulandı rozeti, applied · HTTP 200 · rv 122835 satırı ve Geri al düğmesi
…ve onayladıktan sonra aynı kart: applied · HTTP 200 · rv 122835 — apiserver'ın cevabı ve tek tuş uzağınızda "Geri al".
  • Defter çift kimlik tutar. Her satırda hem YEKE kullanıcısı hem cluster'daki Kubernetes kimliği: kim istedi, apiserver'a kim olarak gitti.
  • AI'nin her adımı olaydır. ai.turn_started, ai.read, ai.egress, plan.created, plan.dry_run — model ne okudu, dışarı ne gönderdi, plan nasıl doğdu: hepsi salt-okunur izde.
  • Sorulara hazır. "Bu replika sayısını kim, ne zaman, hangi planla değiştirdi?" sorusunun cevabı bir tık: hedefe, aktöre ve plana göre süzün.
operasyonlar · denetim izi
YEKE operasyon defteri ve denetim izi: uygulanan plan satırı ve ai.read, ai.egress, plan.created olayları
Operasyon defteri ve denetim izi: uygulanmış plan, geri alınabilirlik rozeti ve AI katmanının kendi olay akışı — tek ekranda.

Durum sütunu

0/3'ü yeşile boyamayız.

3 replikadan 0'ı ayaktaysa satır kırmızıdır ve sebebi yanında yazar: CrashLoopBackOff, kaç saattir. Durum aileleri (hazır / kısmi / arızalı) ölçülmüş karşıtlıkla boyanır; iki temada da aynı netlikte okunur.

Rancher · Lens · Yeke

Rancher, Lens ve Yeke yan yana.

Rancher çoklu-cluster yönetiminin, Lens geliştirici deneyiminin çıtasını koydu; ikisinden de çok şey öğrendik. Yeke'nin ayrıştığı yer, yapay zekânın onay zincirinin içine kurulmuş olması.

Yetenek Rancher Lens Yeke
Tam görsel çoklu-cluster yönetimi sektör standardı masaüstü IDE web, ~90 kB gzip
Doğal dil yönetimi — yerleşik, eklenti değil ayrık AI asistanı ekran bağlamıyla birlikte
AI yazmaları insan onay zincirinden geçer plan → guardrail → dry-run → onay
Mesaj başına egress şeffaflığı ve Secret maskeleme "dışarı ne gitti: 11.6 KiB · 0 yol"
İşlem güvenliği: zorunlu dry-run + yazılı onay + donmuş plan kimliği kısmenharici policy araçlarıyla 11 yerleşik CEL politikası
Kimlik: apiserver'da doğrulanan impersonation + beyan edilen yetki tavanı kendi RBAC katmanı kubeconfig neyse o "kim olarak davranıyorum?" apiserver'a sorulur
Credential emaneti makine-okunur agent modunda credential merkeze hiç gelmez
Türkçe arayüz TR / EN, tek tıkla

Karşılaştırma, ürünlerin açık dokümantasyonundaki yerleşik yeteneklere göredir (Ağustos 2026). Rancher ve Lens kendi alanlarında mükemmel araçlardır; tablo yalnızca yerleşik yeteneklerin nerede ayrıştığını gösterir.

Harvester · VMware vSphere

Boş hipervizörden üretime hazır cluster'a.

Yeke yalnızca var olan cluster'ları yönetmez; Harvester ve VMware vSphere API'lerine bağlanıp VM'leri açar, HA control-plane kurar, node ekler-çıkarır. Kurulum çıktısını da aynı yapay zekâ okur: hata teşhisi ve düzeltme önerisi, aynı onay zinciriyle gelir.

01

Hipervizörü bağla

Harvester ya da vSphere API adresi + yetki. Yeke kaynak havuzunu, ağları ve depolamayı keşfeder.

02

Topolojiyi planla

"3 control-plane + 5 worker, HA" — plan kartı VM ölçülerini, IP planını ve maliyeti gösterir; onay sizde.

03

Kurulumu izle

VM'ler açılır, Kubernetes kurulur; her adım canlı logla akar. Bir adım kırılırsa teşhis ve öneri sohbete düşer.

04

Filoya teslim

Cluster envantere kayıtlı, agent kurulu, kimlik eşlemesi hazır — üretime hazır teslim edilir.

Arayüz

Gece vardiyası da var.

Her renk rolü (metin, kenar, durum, vurgu) açık ve koyu zeminde ayrı ayrı karşıtlık ölçümünden geçer: "hazır" yazısı beyaz fonda da okunur, alarm kırmızısı gece de bağırmaz. Tema, sistem ayarınızı takip eder.

uretim-k3s · iş yükleri · koyu tema
Aynı iş yükü listesi koyu temada: uretim namespace'inin beş deployment'ı, durum sütunu ve canlı rozetiyle

yeke.io

Filonuzu Yeke'yle tanıştırın.

Kurulumu bir saat sürmeyen bir pilotla başlayalım: kendi cluster'ınız, kendi RBAC'iniz, kendi sağlayıcı anahtarınız — ve ilk gün "kaç pod var?"dan fazlası.