GERÇEK CTK KULLANIMI
Tek sipariş. Üç repo. İncelenecek belirli bir aktarım.
Tek bir sipariş storefront, orders-engine ve payments üzerinden geçiyor. Bu yerel demo, aynı correlation key ile çok repolu görünümden belirli bir ödeme aktarımına ve onu destekleyen kaynak kayıtlarına iniyor.
Kontrollü yerel demo · Müşteri verisi içermez · 1:16 dk
01
Aynı siparişi takipte tut
storefront, orders-engine ve payments repolarını bağlayan ilişkiyi aç. Correlation key seçicisinden order-2050’yi seçerek görünümü ilgisiz etkinlikler yerine bu siparişin kayıtlarına daralt.
Akış storefront ile orders-engine arasındaki checkout.submitted aktarımıyla başlıyor; orders-engine ile payments arasındaki payment.authorize ile sürüyor. Ortak anahtar, aktarımları birlikte incelemeyi kolaylaştırıyor.
02
İşaretlenen ödeme aktarımını incele
Bildirilen sorun bulunan payment.authorize adımını seç. Geliştiricinin yalnızca şemadan çıkarım yapmasını beklemek yerine CTK, seçilen aktarımı ve açıklamasını açıyor.
Açıklama, eşleşen gönderim ve alım kayıtlarını order-2050 ile bağlıyor. Eşleşme iki tarafın ilişkisini gösterir; ödeme yetkilendirmenin veya daha geniş iş operasyonunun başarıyla tamamlandığını kanıtlamaz.
03
Kaynak kayıtlarına geri dön
Aktarımı destekleyen kayıtlar için Evidence sekmesini aç. payments alıcısına gidip Receive yönünü, HTTP taşımasını, payment.authorize kanalını ve order-2050 anahtarını kontrol et.
Alıcı kaydı bir sağlık kontrolü sorunu bildiriyor: ödeme yetkilendirme kullanılamıyor ve settlement bağımlılığı zaman aşımına uğramış. Bu, girdide korunan bildirilen nedendir; CTK’nın bağımsız biçimde kanıtladığı bir kök neden değil.
04
Bir sonraki incelemeyi kanıta göre seç
Ödeme aktarımı seçiliyken topolojiye dön. Yararlı sonuç, daha dar bir soru: payments alıcısında ve kayıtta adı geçen bağımlılıkta ne oluyor?
Bu akış kaynak kaydı incelemesinde sona eriyor. Ödeme servisi düzeltmesini veya tamamlanmış bir ödemeyi göstermiyor. Bu sınırı gözlenen ilişkiden ayırmak, sonraki hata inceleme adımını eldeki kanıta bağlı tutuyor.
Bu demo neyi kanıtlar, neyi kanıtlamaz?
Üç repo ve gerçek HTTP istekleriyle kontrollü yerel demodur. Servislerin ürettiği gönderim/alım kayıtları desteklenen .ctk/relation.json girdisine aktarıldı; ödeme servisi bilinçli olarak sağlıksız duruma alındı. Bildirilen neden demo girdisidir. Her isteğin otomatik kaydı, bağımsız doğrulanmış kök neden veya başarılı ödeme kanıtı değildir.
Ekran metinlerini oku
- 0:00
Tek sipariş storefront, orders-engine ve payments üzerinden geçiyor.
- 0:04
CTK’da bu repoların ilişkisini aç.
- 0:08
Siparişin correlation key değerini seç.
- 0:13
order-2050’yi seç. CTK görünümü onun kayıtlarına daraltıyor.
- 0:17
Aynı sipariş. Üç repo boyunca.
- 0:19
order-2050’nin aktarımlarını takip et.
- 0:21
checkout.submitted, storefront’u orders-engine’e bağlıyor.
- 0:25
Sırada orders-engine’den payments’a payment.authorize var.
- 0:29
Ödeme adımında bildirilen sorun var. İncelemek için seç.
- 0:35
CTK seçilen aktarımı ve açıklamasını açıyor.
- 0:39
order-2050 için gönderim ve alım kayıtları eşleşiyor.
- 0:43
payments kaydı bir yetkilendirme sorunu bildiriyor.
- 0:48
Bu aktarımı destekleyen iki kaynak kaydını aç.
- 0:53
payments içindeki alıcı kaydına git.
- 0:57
Alım · payment.authorize · order-2050.
- 1:01
Bildirilen neden alıcının kaynak kaydında korunuyor.
- 1:06
Belirli aktarım. Belirli alıcı. İncelenecek kaynak kanıtı.