sudoX · müşteriler için
Sohbet, servis sağlığı ve verilerinizin ayrımı
Bu sayfa, müşteri konsolunda (/app) üç konuyu anlatır: Manuel ekranındaki sohbet, Servis sağlığı ekranı ve kuruluşunuzun kayıtlarının diğer kuruluşlarınkinden nasıl ayrıldığı. Anlatılan her davranış, bugünkü sürümün davranışıdır.
Manuel · sohbet
Kayıtlarınıza soru sorun, yanıtın neye dayandığını görün
Konsolun üstündeki Ambient / Manuel geçişinden Manuel'e geçtiğinizde sohbet ekranı açılır. Burada kuruluşunuzun ortamı hakkında soru sorarsınız; yanıt, yazıldıkça ekranda belirir ve Durdur düğmesiyle kesilebilir.
Model, sistemlerinize doğrudan bağlanmaz. Yalnızca sudoX'in araçlarını çağırır; her araç sınırlı bir okuma yapar ve yanıtın altında hangi araçların okunduğu, hangisinin başarısız olduğu listelenir.
Atıflar denetlenir
Yanıt, dayandığı her kaydı [tür:kimlik] biçiminde gösterir; örneğin bir olay ya da bir bulgu. Yanıt tamamlandığında sunucu, her atfı o turda araçların gerçekten döndürdüğü kayıtlarla karşılaştırır. Araçların döndürmediği bir kayda yapılan atıf silinmez, işaretlenir: ekran “Araçlar bu kaydı döndürmedi” der ve bu tür atıfların sayısını yanıtın altında gösterir. Böyle bir atfa dayanan ifadeyi doğrulanmamış kabul etmeniz gerekir.
Bu denetim sunucudaki koddur; modele verilen talimatlardan bağımsızdır.
Yanıttan plan taslağına
Bu yanıttan plan taslağı oluştur düğmesi, bir yanıtı bir eylem planı taslağına dönüştürür. Plan, konsolun başka her yerinde oluşturulan planlarla aynı motordan ve aynı onay kuralından geçer; ekranda planın durumu ve onay kuralının yanıtı görünür, Onayla, Reddet ve Uygula düğmeleri rolünüze göre çalışır.
Sohbet onay veremez. Sohbetin plan taslağı oluşturma, bir planın şimdi çalışıp çalışmayacağını onay kuralına sorma ve bir planı onay kuralı üzerinden çalıştırma araçları vardır; onaylama aracı yoktur.
Sohbet, soran kişinin yetkisini aşamaz. Bu araçlar soruyu soranın yetkisiyle çalışır; düğmeyle yapamayacağınız bir işlemi sohbet de yapamaz.
Manuel'e geçtiğinizde, rolünüz izin veriyorsa otomatik değişiklikler duraklatılır (gerekçesi “manual mode” olarak kaydedilir). Ambient'e döndüğünüzde yalnızca bu duraklatma kaldırılır; başka bir nedenle yapılmış bir duraklatma yerinde kalır.
Sohbetin okuyabildikleri
| Okur | Okumaz |
|---|---|
| Kuruluşunuzun olayları ve bu olayların analizleri | Başka bir kuruluşun hiçbir kaydı |
| Olaylarınızda adı geçen servisler | Platformun kendi log, metrik ve iz kaynakları |
| Bağlı AWS hesaplarınızdan çizilen kaynaklar, bulgular, planlar ve maliyet | Platformun bulut hesapları ve Kubernetes kümeleri |
| Kuruluşunuz için öğrenilmiş temel çizgiler (varsa) | Tüm ortamı tarama aracı: bu araç yalnızca platform kuruluşunda vardır |
| AWS bağlantınızla eklediğiniz CloudWatch Logs log grupları; bu bağlantının kimlik bilgileriyle okunur |
Sohbetler ve soru kaydı
- Sohbetler sunucuda saklanır. Sayfa yenilendiğinde ya da sunucu yeniden başladığında kaybolmaz.
- Sohbetler kuruluşunuza aittir, kişiye değil. Okuma yetkisi olan her kullanıcınız kuruluşunuzun sohbetlerini görür; soru sorma yetkisi olan her kullanıcınız herhangi bir sohbette soru sorabilir ve sohbeti silebilir. Görüntüleyici rolü sohbetleri okuyabilir, soru soramaz.
- Sınırlar. Kuruluş başına en çok 100 sohbet tutulur; en uzun süredir güncellenmeyen önce silinir. 30 gün güncellenmeyen sohbet silinir. Bir sohbette en çok 100 tur tutulur. Bir soru en çok 8192 bayttır.
- Soru kaydı. Her soru ve yanıt, başarısız olanlar da dahil, kuruluşunuzun soru kaydına yazılır: soru, yanıt, soran kişi, model, süre, çalışan araçların adları ve denetlenmiş atıflar. Araçların döndürdüğü içerik bu kayda kopyalanmaz. Durdurulan yanıt kaydedilmez.
Yanıt alınamadığında
| Ekranın söylediği | Neden |
|---|---|
| Veri sınırı adımında model kullanımını kapattınız | Kuruluşunuz için model kullanımı kapalı; sorular modele gönderilmez. |
| Soru yanıtlama görevi Ajanlar ekranında kapalı | Sohbet, soru yanıtlama görevini kullanır; görev kapalıyken sorular modele gönderilmez. |
| Bu saat için soru sınırına ulaşıldı | Kurulumun saatlik soru sınırı kuruluş başına sayılır ve saat başında yenilenir. |
| Bu kurulumda bir model tanımlı değil | Kurulumda model yapılandırılmamış. |
Servis sağlığı
Servislerinizin durumu, kendi kaynaklarınızdan
Servis sağlığı ekranı (/app/health) kuruluşunuzun servislerini listeler: her birinin durumu, açık olay sayısı ve log etkinliği. Değerlendirmeyi sunucu yapar; dayanağı kuruluşunuzun kendi log kaynakları, bu loglardan öğrenilen örüntüler ve kuruluşunuzun olaylarıdır. Ekran bu değerlendirmeyi sıralar, süzer ve gösterir; kendisi bir değerlendirme yapmaz.
Ekranı görmek için hesabınızda okuma yetkisi olmalıdır. Ekran yalnızca okur; bir ayar değiştirmez.
servis durumu
Altı etiket
Kritik, Bozulmuş, Uyarı, Kötüleşiyor, Sağlıklı ve Sinyal yok. “İlgi gerektirenler” süzgeci ilk dördünü gösterir; “Sinyali olmayan ya da eski” süzgeci sinyali olmayan ya da verisi eski kalmış servisleri ayırır.
kaynak durumu
Verinin kendisi de etiketlenir
Raporlanıyor, Kısmi, Toplanıyor, Veri yok, Bağlı değil, Desteklenmiyor, Kaynak hatası, Eski, Kısıtlı. Bir kaynak okunamadığında bu, ayrı bir durum olarak gösterilir.
Toplama
Sunucu her kuruluş için ayrı bir anlık görüntü toplar. Varsayılan olarak her 60 saniyede bir, son 5 dakikalık pencere üzerinden değerlendirir; ekran, değerlendirmenin hangi pencere üzerinden ve ne zaman yapıldığını gösterir. Zamanlama kuruluş başına saklanır ve 30–900 saniye aralığında, pencere 60–3600 saniye aralığında olabilir; müşteri konsolunda zamanlamayı değiştiren bir ayar yoktur.
Kuruluşunuz için bağlı bir log kaynağı yoksa ve olaylarınızın hiçbiri bir servis adı taşımıyorsa değerlendirilecek veri yoktur; ekran bunu söyler ve log kaynaklarının akışta hangi adımda bağlandığını gösterir. Bağlantıdan sonraki ilk toplamada servisleriniz ekranda görünür.
Gösterilmeyenler
- Metrik ve iz kanıtı platformun kendi uç noktalarından okunur; kuruluşlar için okunmaz.
- Servis bağımlılıkları dağıtımın kendi bağımlılık grafiğidir; kuruluşunuz için bu bölüm gösterilmez.
Verilerinizin ayrımı
Kayıtlarınız yalnızca kuruluşunuza aittir
Tek bir sudoX kurulumu birden çok kuruluşa hizmet verebilir. Her istek, oturum açan kişinin ya da kullanılan anahtarın kuruluşuna bağlanır ve yalnızca o kuruluşun kayıtlarına uygulanır.
Başka bir kuruluşun kaydı “bulunamadı” yanıtını alır. “Yasak” yanıtı verilmez; çünkü “yasak” yanıtı, kaydın var olduğunu söylemiş olur.
Kuruluşunuza ait olanlar
| Kayıt | Açıklama |
|---|---|
| Olaylar | Bir uyarı, onu gönderen anahtarın kuruluşuna yazılır. Tekrarlanan tespitler kuruluşunuz içinde tek bir olayda birleşir; kuruluş, tespitin kimliğinin bir parçasıdır. |
| Analizler | Olaylarınızın analizleri ve olay sayım pencereleri. |
| Servis sağlığı | Anlık görüntüler ve toplama zamanlaması. |
| Öğrenilmiş temel çizgiler | Kuruluşunuzun kendi kaynaklarından öğrenilir; analizler ve sohbet yalnızca kuruluşunuzunkini okur. |
| Sohbetler ve soru kaydı | Sohbetin hangi araç gruplarını kullanacağı ayarı dahil. |
| Bağlantılar | Kimlik bilgileri, kurulumun ana anahtarıyla şifrelenerek saklanır ve geri gösterilmez. |
| Kaynaklar, bulgular, planlar, maliyet | Bağlı hesaplarınızdan çizilenler ve bunlardan üretilenler. |
| Raporlar | Ayarlar, içerik, zamanlama ve gönderim. |
| Kullanıcılar, roller, denetim kaydı, onay kuralı | Kuruluşunuzun yöneticisi yalnızca kuruluşunuz içinde anahtar ve kullanıcı oluşturabilir. |
| Yapay zekâ bağlantısı | Kuruluşunuzun model ayarları; model kullanımını Veri sınırı adımında kapattığınızda kuruluşunuz için model çağrısı yapılmaz. |
Bağlantılarınız nasıl okunur
- Kuruluşlar bugün yalnızca AWS bağlar: sudoX'in kuruluşunuz için verdiği external ID ile bir rol, ya da bir erişim anahtarı. External ID'yi siz seçemezsiniz; kuruluşunuza verilen değerdir.
- Eklediğiniz log grupları ve diğer kaynaklar, yalnızca o bağlantının kimlik bilgileriyle okunur; platformun kendi kimliği hiçbir durumda kullanılmaz. Sohbetin CloudWatch Logs okumalarında bağlantının kimlik bilgileri her okumada yeniden istenir; bağlantı silindiğinde ya da rolü değiştiğinde bu okumalar o andan itibaren durur.
- Google Cloud ve Azure bağlantıları kuruluşlar için henüz mevcut değildir. Ağınızın içindeki sistemler (Kubernetes, veritabanları, HTTP uç noktaları) kuruluşlar için bağlanamaz; platform, kuruluşlar adına iç ağlara bağlanmaz.
Platformun kendisine ait olanlar
Platformun kendi bulut hesapları, yapılandırma dosyalarındaki log, metrik ve iz kaynakları ve Kubernetes kümeleri platform kuruluşunundur. Bunları okuyan araçlar kuruluşunuzun sohbetine hiç eklenmez; olay analizlerinde ise kuruluşunuzun olayı için çalışmayı reddeder. Kubernetes ve öğrenilmiş sinyal kataloğu uç noktaları kuruluşlara “bulunamadı” yanıtı verir.
Kurulum genelinde tek olanlar
| Ne | Anlamı |
|---|---|
| Ajanlara verilen talimatlar | Sistem istemleri (sohbetinki dahil) kurulumda tektir; bir değişiklik tüm kuruluşları etkiler. Atıf denetimi, araçlar ve onay kuralları koddur, bu talimatlarla değişmez. |
| Runbook arama dizini | Runbook'lar kuruluş başına saklanır, ancak arama dizini tüm depo üzerine kurulur. Bu aramayı platform kuruluşunun analizleri yapar; kuruluşların analizleri runbook aramaz. |
| Ekipler ve nöbet listesi | Kurulumun ekip ve nöbet listesi tektir. |
Platform operatörlerinin erişimi
Kurulumu işleten platform operatörleri, kuruluşunuzun ekranlarını view-as ile görebilir: seçilen bir rolle, 30 dakikalık bir oturum. Bu oturumda yapılan her değişiklik kuruluşunuzun denetim kaydına platform:<operatör> via org:<kuruluş> adıyla yazılır; görüntüleyiciden yüksek bir rolle giriş ayrıca platform.view_as.elevated olarak kaydedilir. View-as içinde operatör, kuruluşunuzun gördüğünü görür; platforma ait ekranlar bu oturumda da “bulunamadı” yanıtı verir.