Częstotliwość deployów

Wpisz liczbę deployów i dni. 14 i 7 dają 2.00 wdrażań/dzień. 1 i 14 dają 0.07 wdrażań/dzień. 30 i 30 dają 1.00 wdrażań/dzień. Sam iloraz, nie DORA.

To liczba / dni. Nie cztery klucze DORA z gita. Budżet błędów jest na error budget.

Dane

Okres deployów

Wynik

Wprowadź dane i kliknij Oblicz.

Często zadawane pytania

Czy wyższa częstotliwość zawsze lepsza?
Nie. DORA łączy cadence z lead time, MTTR i change failure rate — sama liczba nie wystarczy.
Jak liczyć mały zespół?
Policz realne deploye w oknie (np. 14 dni). 2/tydzień ≠ „elite”, ale może być zdrowe.
Dlaczego miesiąc ≈ 30 dni?
Uproszczenie do porównań; kalendarzowy miesiąc bywa 28–31 dni.
Co oznacza odstęp w godzinach?
Średni czas między deployami przy równomiernym rozkładzie — nie gwarancja SLA.

MTTR i MTBF

DORA: naprawa i niezawodność obok cadence.

Użyj kalkulatora →

Error budget (SRE)

Ile niedostępności mieści się w SLO.

Użyj kalkulatora →

Jak to działa?

Częstotliwość deployów na tej karcie dzieli wpisaną liczbę przez dni. 14 i 7 dają 2.00 wdrażań/dzień. 1 i 14 dają 0.07 wdrażań/dzień. 30 i 30 dają 1.00 wdrażań/dzień. Karta nie czyta gita i nie liczy change failure rate.

Pole deploy-n jest liczbą wdrożeń. Pole deploy-days jest oknem w dniach. 14 / 7 = 2. 1 / 14 ≈ 0.07. 30 / 30 = 1. Wynik ma dwa miejsca. To nie lead time i nie MTTR.

2.00 wdrażań/dzień nie schodzi z CI. 0.07 nie jest elite DORA. 1.00 nie zna weekendu. Wpisujesz obie liczby sam. Karta nie otwiera repozytorium.

Error budget obok liczy minuty z SLO. MTTR liczy naprawę. Tu 14 i 7 zostają 2.00 wdrażań/dzień, sam iloraz.

Wpisz 14 i 7, potem Oblicz. Wynik to 2.00 wdrażań/dzień. Przecinek w 14,5 działa. Zero w dniach nie dzieli.

14 i 7 dają 2.00 wdrażań/dzień. 1 i 14 dają 0.07 wdrażań/dzień. 30 i 30 dają 1.00 wdrażań/dzień. Inna liczba przy 7 zmienia 2.00.

Wzór

wdrożenia / dzień = liczba / dni. Iloraz z dwóch pól, nie raport DORA.

Jak korzystać

  1. Wpisz 14 wdrożeń i 7 dni.
  2. Kliknij Oblicz. Wynik to 2.00 wdrażań/dzień.
  3. 1 i 14 dają 0.07. 30 i 30 dają 1.00.
  4. To liczba / dni, nie DORA z gita.
  5. Sąsiednia karta liczy error budget z SLO.

14 i 7 dają 2.00 wdrażań/dzień

Liczba / dni. 14 i 7 dają 2.00 wdrażań/dzień. To nie DORA z gita.

Częstotliwość
Iloraz dwóch pól. 14 i 7 zostawiają 2.00 wdrażań/dzień.
deployów
Wpisana liczba. 30 i 30 dają 1.00 wdrażań/dzień. Nie CI.
wdrażań
Jednostka wyniku. 1 i 14 dają 0.07 wdrażań/dzień. Nie elite.

Przykłady

Przykład 1

  • 14 wdrożeń
  • 7 dni

2.00 wdrażań/dzień

Jaka częstotliwość przy 14 i 7 dniach? 2.00 wdrażań/dzień. Iloraz, nie DORA.

Przykład 2

  • 1 wdrożenie
  • 14 dni

0.07 wdrażań/dzień

Jaka częstotliwość przy 1 i 14? 0.07 wdrażań/dzień.

Przykład 3

  • 30 wdrożeń
  • 30 dni

1.00 wdrażań/dzień

Jaka częstotliwość przy 30 i 30? 1.00 wdrażań/dzień.

Powiązane kalkulatory

Error budget (SRE)

Minuty z SLO. Tu liczba / dni.

Użyj kalkulatora →

Kalkulator MTTR i MTBF

Czas naprawy. Tu cadence wdrożeń.

Użyj kalkulatora →

Wszystkie kalkulatory IT

Najczęstsze pytania

Ile przy 14 wdrożeniach i 7 dniach?

2.00 wdrażań/dzień. 14 / 7. Nie DORA z gita.

Ile przy 1 i 14?

0.07 wdrażań/dzień. 1 / 14.

Ile przy 30 i 30?

1.00 wdrażań/dzień. Jeden na dzień z wpisu.

Czy to cztery klucze DORA?

Nie. Karta dzieli liczbę przez dni. Bez lead time i bez CFR.

Czy 2.00 schodzi z GitHub Actions?

Nie. Wpisujesz liczbę sam. Nie ma API gita.

Czy przecinek w 14,5 działa?

Tak. 14,5 i 7 dają inny iloraz niż 14 i 7.

Czy zero w dniach liczy?

Nie. Bez dodatniego okna nie ma dzielenia.

Czym to różni się od error budget?

Tam 99.9 daje minuty roku. Tu 14 i 7 dają 2.00 wdrażań/dzień.

Czy weekend schodzi z 7 dni?

Nie. 7 to wpisane dni, nie kalendarz sprintu.