Summary

Bu yapay zeka kod üretici yayılım simülatörü, yapay zeka ile yazılmış hatalı bir değişikliğin 30 günlük hata bütçenizin ne kadarını tüketeceğini, geri alınmadan önce gösterir. Trafik, SLO, basamaklar, gözlem ve geri alma sürelerini girin. Araç üç senaryoyu karşılaştırır: tek seferde yayım, insan izlemesiyle kademeli yayılım ve otomatik SLO kapısı. Hesap, elle kontrol edebileceğiniz basit aritmetiktir.

Ücretsiz yayılım planlayıcı

Hatalı bir değişiklik geri alınmadan önce ne kadar yayılır? Simüle edin

Trafiğinizi, SLO hedefinizi ve yayılım basamaklarınızı girin. Bu yapay zeka kod üretici dağıtım simülatörü, yapay zeka ile yazılmış kötü bir değişikliğin tek seferde yayımda, insan izlemesiyle kademeli yayılımda ve otomatik SLO kapısında hata bütçenizi ne kadar tüketeceğini gösterir.

Yapay zeka kodu yayılım simülatörü

Her alan sonucu anlık olarak değiştirir. Varsayılanlar, saniyede 200 istek alan, %99,9 SLO hedefli ve isteklerin %20sini hatalı yapan bir değişikliği temsil eder.

Yayılım planınız
AşamaTrafikBaşlangıçYeni kodun işlediği istekler
Nasıl çalışır

Üç satır aritmetik, gizli model yok

Hata bütçesi

Bütçe = (1 eksi SLO) çarpı saniyedeki ortalama istek sayısı çarpı 30 günün 2.592.000 saniyesi. Saniyede 200 istek ve %99,9 SLO ile bu, ayda izin verilen 518.400 başarısız istek demektir.

Zamana göre maruziyet

Basamak tablosu, her dakikada yeni koddaki trafik payını verir. Simülatör bu payı ilk istekten, fark etme süresi artı geri alma süresine kadar integre eder. Yavaş tespit, değişikliği daha sonraki ve daha büyük aşamalara iter.

Başarısız istekler

Başarısız istek = saniyedeki istek çarpı hata oranı çarpı maruziyet integrali. Bunu bütçeye bölersek, tek bir hatalı değişikliğin ayın yüzde kaçına mal olduğunu buluruz. Üç tespit modu aynı basamaklar üzerinde karşılaştırılır.

Gerçek bir değişiklikte kullanın

Yapay zeka ile üretilmiş bir farktan yayılım planına

  1. 1

    Kötümser girdileri seçin

    Bir yapay zeka kod üretici tarafından yazılmış ve hızlıca gözden geçirilmiş bir değişiklik yanlışsa, yüksek bir hata oranı varsayın. İnsanın fark etme süresini en iyi olayınıza göre değil, son dönemdeki en yavaş olayınıza göre girin.

  2. 2

    Üç senaryoyu karşılaştırın

    Tek seferde yayım en kötü durumu gösterir. Kademeli insan senaryosu, basamaklarınızın bugün size ne kazandırdığını gösterir. Otomatik kapı senaryosu ise SLO metriğiniz üzerindeki bir kapının neyi değiştireceğini gösterir.

  3. 3

    Planı çalışma kılavuzuna kopyalayın

    Kopyala düğmesi aşamaları ve en kötü durumda bütçe tüketimini düz metin olarak dışa aktarır. Değişiklik talebine ya da pull request açıklamasına hemen yapıştırabilirsiniz.

Basamak neden önemli

Bütçenin büyük kısmı ilk basamakta kurtarılır

Hata oranı %20 olan bir değişiklik, trafiğin %1'inde isteklerin yalnızca %0,2'sini bozar. Aynı değişiklik trafiğin %100'ünde her beş istekten birini bozar. Bu iki sayı arasındaki fark, kademeli yayılımın tüm gerekçesidir. Bir üretici saniyeler içinde yüzlerce satır kod üretebildiğinde satır başına inceleme süresi düşer ve ilk basamak hatanın bulunduğu yer haline gelir.

  • İlk %1'lik basamak, başka bir şey ölçülmeden önce etki alanını %99 sınırlar.
  • Bekleme süresi, sinyaliniz o pencere içinde bir gerilemeyi gösterebildiğinde işe yarar.
  • Daha hızlı fark etmek kadar daha hızlı geri almak da değerlidir: ikisi de maruziyet integraline eklenir.
Bir tanesi kehribar renkte yanan, diğerleri yeşil olan sunucu rafı
Çıktıyı okuyun

Üç sayıyla ne yapmalı

Tek seferde yayım

Makul bir hata senaryosunda bu sayı aylık bütçenin %5'inin üzerindeyse, tek seferlik bir yayım bütçenizi tek bir değişikliğe harcamak demektir. Bu seçimi bilerek yapan ekip azdır.

Kademeli, insan

Nöbetçi ekip grafikleri izliyorsa bugünkü gerçekliğiniz budur. Maruziyetin en yüksek değeri %100 gösteriyorsa basamaklarınız süs olur: hatalı değişiklik kimse tepki vermeden herkese ulaşır.

Kademeli, otomatik kapı

Bu, SLO metriğinizi okuyan ve sormadan geri alan bir kapı için argümandır. Değer, kapı SLO'nuzun kullandığı sinyalde tetiklenirse gerçektir; bu yüzden kapıyı kasıtlı olarak kötü bir değişiklikle test edin.

Sık sorulan sorular

Bu yapay zeka kod üretici dağıtım simülatörü ücretsiz mi?
Evet. Tamamen tarayıcınızda çalışır, kayıt gerektirmez ve anonim bir kullanım sinyali dışında hiçbir sunucuya veri göndermez. Kendisi bir yapay zeka kod üreticisi değildir: bir üreticiden gelen kod boru hattınıza ulaştıktan sonra kötü bir değişikliğin ne kadar yayılacağını simüle eder.
Sayılar nereden geliyor?
Elle kontrol edebileceğiniz aritmetikten. Hata bütçesi, (1 eksi SLO) çarpı 30 günlük istek sayısıdır. Başarısız istekler ise trafiğiniz çarpı hata oranı çarpı yeni kodun aldığı trafik payının, geri alma tamamlanana kadar integralidir. Sabit bir kıyas değeri yoktur; her varsayım bir girdidir.
Yapay zeka ile yazılmış kod neden insan yazımı koddan farklı modellenir?
Matematik aynıdır. Değişen şey öncül bilgidir: dakikalar içinde üretilmiş büyük bir fark, satır başına daha az insan incelemesi almıştır. Bu yüzden hata oranı ve fark etme süresi kötümser değerler almalıdır. İkisini de bu sayfadan değil, kendi olay geçmişinizden belirleyin.
Simülatör, gerçek trafiğin yapmadığı hangi varsayımları yapar?
Sabit trafik, ilk istekten itibaren aynı oranda istek bozan bir gerileme ve geri alma tamamlandığında hasarı anında durduran bir geri alma varsayar. Gerçek olaylarda kademeli artış, kısmi hatalar ve yavaş geri almalar olur. Sonucu bir tahmin değil, hasarın alt sınırı olarak okuyun.
Otomatik SLO kapısı için iyi bir fark etme süresi nedir?
Bu, metrik çözünürlüğünüze ve uyarı penceresine bağlıdır. Bir dakikalık hata oranını bir eşiğe göre değerlendiren bir kapı, iki ila beş dakikada tetiklenebilir. Uyarınız yalnızca 30 dakikalık bir yanma oranı penceresinden sonra alarm veriyorsa, bu değeri girin; simülatör bunun maliyetini gösterecektir.
Uzun bir bekleme süresi her zaman işe yarar mı?
Hayır. Daha uzun bekleme kapıya aşama başına daha fazla veri verir, ama hatalı değişikliğin belirli bir trafik payında daha uzun kalmasına da yol açar. Kapı iki dakika içinde fark ediyorsa on dakikalık bekleme çoğunlukla yalnızca bekleme ekler. Kapının on beş dakikaya ihtiyacı varsa, beş dakikalık bekleme değişikliğin önce %25 veya daha fazlasına ulaşmasına izin verir.
Bunu yalnızca dağıtımlar için değil, özellik bayrağı yayılımları için de kullanabilir miyim?
Evet. Bir bayrağın yüzde yayılımı, bu hesap için bir canary dağıtımıyla aynı şekilde davranır: bir trafik payı, bir bekleme süresi, bir tespit gecikmesi ve bir geri alma süresi. Geri alma süresini bayrağınızın kapatma anahtarı gecikmesiyle değiştirin.

Geri almayı kapının sizin yerinize yapmasını ister misiniz?

upstreamapi, SLO kapılı kademeli yayılımları ve otomatik geri almayı çalıştırır. Bu yüzden üçüncü sütun, gerçekte göndereceğiniz sütundur.