Spec ve status

CRD spec ve status alanlarını öğrenirsin.

Spec ve status

İyi tasarlanmış bir özel kaynak, yerleşik türler gibi spec (kullanıcının istediği) ve status (denetleyicinin bildirdiği) ayrımını izler. CRD'de subresources.status açılınca status yalnızca /status alt kaynağıyla güncellenir; kullanıcının apply'ı status'u ezemez:

    - name: v1
      subresources:
        status: {}

# denetleyicinin yazdığı
status:
  sonYedek: "2026-11-03T03:00:12Z"
  durum: Basarili
  conditions:
    - type: Ready
      status: "True"

Scale alt kaynağı

subresources.scale, özel kaynağa kubectl scale ve HPA desteği ekler; hangi alanların kopya sayısını temsil ettiğini söyler:

      subresources:
        status: {}
        scale:
          specReplicasPath: .spec.kopya
          statusReplicasPath: .status.kopya

$ kubectl scale veritabani/ana --replicas=3

Uygulama Alt kaynakları ekle

Bir CRD sürümünün subresources bölümünü yaz (subresources: ile başlayarak): status: {}; scale altında specReplicasPath: .spec.kopya ve statusReplicasPath: .status.kopya.

Örnek çözümü göster

subresources:
  status: {}
  scale:
    specReplicasPath: .spec.kopya
    statusReplicasPath: .status.kopya

Kendini test et

status alt kaynağı açıkken spec değişince ne olur?
- Nesne yeniden oluşturulur
- metadata.generation artar; status değişince artmaz
- Hiçbir şey
- status silinir
Cevabı göster

metadata.generation artar; status değişince artmaz — Denetleyici generation ile observedGeneration'ı karşılaştırarak işini bitirip bitirmediğini bildirir.

status alt kaynağını aç.

      subresources:
        ____: {}

Cevabı göster

      subresources:
        status: {}

Eşleştir.

spec

Kullanıcı yazar
status

Denetleyici yazar
subresources.status

Ayrı güncelleme yolu
subresources.scale

kubectl scale desteği

Sıradaki ders: Validation

Deneyiminizi Geliştiriyoruz

Çerez Tercihleri

Kesinlikle Gerekli Çerezler

Analitik Çerezler