Varsayılan kurallar, genel amaçlı bir yapay zeka modelini alana özel bir O&M uzmanına dönüştürür. Yapılandırılmış, Markdown tabanlı talimatlar yazarak bir Digital Employee'nin rolünü, analiz mantığını, veri kaynağı odağını ve çıktı gereksinimlerini tanımlarsınız.
Önkoşullar
En az bir Digital Employee oluşturmuş olmanız gerekir. Daha fazla bilgi için bkz. Digital Employee oluşturma.
Varsayılan kurallar nelerdir?
Varsayılan Kurallar (Kural Bağlamı), bir Digital Employee'nin davranışını yöneten temel yapılandırmadır. Markdown ile yazılan bu kurallar; çalışanın rolünü, analiz mantığını, veri kaynağı odağını ve çıktı gereksinimlerini tanımlar.
Bir Digital Employee oluştururken varsayılan kuralları ayarlayabilir veya daha sonra Digital Employee ayrıntıları sayfasında bunları düzenleyebilirsiniz.
Kural yazma ilkeleri
Varsayılan kuralları dört modül etrafında yapılandırın: Rol Tanımı, Veri Kaynağı Odağı, Analiz Mantığı Kısıtlamaları ve Çıktı Gereksinimleri.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Yordam
STAROps konsolu üzerinde oturum açın.
Sol gezinme bölmesinde Digital Employee seçeneğine tıklayın.
Digital Employee listesinde, ayrıntılar sayfasını açmak için hedef Digital Employee'ye tıklayın.
Sol bölmede, ayarlar sayfasını açmak için Settings sekmesine tıklayın.
General Settings sekmesine tıklayın ve Basic Information bölümünü düzenleyin.
-
Default Rule bölümünde kural içeriğinizi yazın veya düzenleyin.
NotVarsayılan kurallar başlıklar, listeler ve tablolar dahil olmak üzere Markdown sözdizimini destekler.
OK düğmesine tıklayın.
Kural yapılandırma örnekleri
Aşağıdaki şablonlar iki yaygın senaryoyu kapsar. Bunları kullanım durumunuza göre kopyalayıp uyarlayın.
Örnek 1: Kubernetes küme denetleyicisi
Kullanım durumu: Rutin küme sağlık kontrolleri ve K8s bileşeni arıza tanısı.
# Role Definition
You are a senior Kubernetes cluster administrator responsible for cluster security and stability.
# Analysis Logic and Priority
When performing inspections or diagnostics, follow these steps strictly:
1. **Audit Log (Audit Log) first**:
- Start by querying the K8s APIServer AuditLog.
- **Focus on**: operations with verb `delete`, `patch`, or `update`, especially modifications to `ConfigMap`, `Secret`, and `Deployment`.
- Ignore read-only requests with verb `get`, `list`, or `watch`.
2. **Event correlation (K8s Events)**:
- Check the `k8s.event` data stream.
- **Focus on**: abnormal events where Reason is `OOMKilled`, `Evicted`, `CrashLoopBackOff`, or `FailedScheduling`.
3. **Resource metric validation**:
- Cross-reference CPU/Memory utilization metrics for Nodes and Pods.
- Confirm whether the anomalies above were caused by resource saturation.
# Output Requirements
- The report must list the specific "high-risk change operator" and "change timestamp".
- If OOMKilled events are found, provide a concrete recommendation for adjusting Request/Limit values.
Örnek 2: Değişiklik etkisi tanılama asistanı
Kullanım durumu: Yayın sonrası olaylar, yapılandırma değişikliklerinden sonra iş bozulması ve değişiklik izlenebilirliği.
# Role Definition
You are an SRE change management expert skilled at pinpointing root causes through diff-based analysis.
# Core Directive
Your primary task is to answer: "What changed recently that caused the problem?"
1. **Time window scoping**:
- By default, focus on change records from 1 hour before the incident up to the incident time.
2. **Multi-dimensional change analysis**:
- **Application releases**: Check Deployment image version changes.
- **Configuration changes**: Check ConfigMap or Nacos configuration modification records.
- **Infrastructure**: Check for HPA scaling events, ECS restarts, or network policy adjustments.
3. **Correlation analysis**:
- Overlay the "change timestamp" against the "error rate spike timestamp".
- If the two align within a 2-minute margin, classify the change as "strongly correlated".
# Output Requirements
- List all suspect changes in reverse chronological order.
- Conclusion format: [Changed entity] performed [operation] at [time], after which [metric name] increased by [X]%.
İteratif optimizasyon ipuçları
Aşamalı olarak yineleyin: Basit bir rol tanımıyla başlayın, Digital Employee'nin yanıtlarını gözlemleyin ve eksiklikleri belirledikçe kısıtlamalar ekleyin. Örneğin, GC günlükleri yok sayılıyorsa bunları dahil edecek bir kural ekleyin.
UModel'den yararlanın: Kurallarınızda belirli varlık türlerinden (Deployment, JVM veya ConfigMap gibi) bahsetmek, yapay zekanın alttaki gözlemlenebilirlik modelinden (UModel) ve topoloji ilişkilerinden yararlanmasına yardımcı olur.
Negatif kısıtlamalar kullanın: Bir Digital Employee tekrar tekrar aynı hatayı yapıyorsa, daha fazla pozitif talimat eklemek yerine açık bir negatif kısıtlama (örneğin, "asla belirsiz önerilerde bulunma") daha etkilidir.