Cele poziomu usług i budżety błędów
Dowiedzą się Państwo, jak zespoły SaaS definiują niezawodność za pomocą SLA, SLO i SLI oraz wykorzystują budżety błędów do równoważenia szybkości wdrażania ze stabilnością.
Cele poziomu usług i budżety błędów to bezpłatna lekcja SaaS Architecture & Startup Engineering na CoddyKit. To lekcja 4 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej SaaS Architecture & Startup Engineering, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs SaaS Architecture & Startup Engineering zawiera 4 lekcji w sumie.
Części tej lekcji nie zostały jeszcze przetłumaczone i są wyświetlane po angielsku.
Defining Reliability
Reliability cannot be improved if it is not measured. SaaS teams use a vocabulary of three terms: SLI, SLO, and SLA.
Together they turn 'the system should be up' into precise, trackable targets.
Service Level Indicator (SLI)
An SLI is a measured value describing service quality, such as:
- Request success rate
- Latency (95th percentile response time)
- Availability (uptime percentage)
SLIs are the raw signals you collect.
Service Level Objective (SLO)
An SLO is the target you set for an SLI, for example: '99.9% of requests succeed over 30 days.'
SLOs are internal goals that guide engineering decisions.
Service Level Agreement (SLA)
An SLA is a contractual promise to customers, often with financial penalties if missed. SLAs are usually looser than internal SLOs.
If your SLA is 99.9%, your internal SLO might be 99.95% to give yourself a safety margin.
Understanding the Nines
Availability is often expressed in nines. More nines means less allowed downtime:
- 99% = ~3.65 days/year
- 99.9% = ~8.76 hours/year
- 99.99% = ~52 minutes/year
Computing Availability
Availability is uptime divided by total time. Here is a small calculation of allowed downtime for a target.
const minutesPerMonth = 30 * 24 * 60;
const slo = 0.999; // 99.9%
const allowedDowntime = minutesPerMonth * (1 - slo);
console.log('Allowed downtime:', allowedDowntime.toFixed(1), 'min/month');The Error Budget
The error budget is the allowed amount of unreliability: 100% minus your SLO. A 99.9% SLO gives a 0.1% error budget.
This budget is something you can spend on risk, deployments, and experiments.
Spending the Budget
Error budgets balance two forces:
- Velocity — ship features fast, accept some risk
- Stability — slow down, protect reliability
If the budget is healthy, ship boldly. If it is exhausted, freeze risky changes and focus on hardening.
Choosing Good SLOs
SLOs should reflect what users actually care about. Chasing 100% is wasteful and impossible.
Set SLOs slightly above the level where users start to notice and complain. Over-engineering reliability beyond that wastes money.
Burn Rate Alerts
Instead of alerting on every blip, mature teams alert on burn rate — how fast the error budget is being consumed.
A fast burn (budget gone in hours) pages immediately; a slow burn (budget trends over days) creates a ticket. This reduces alert fatigue.
SLOs in Practice
SLOs are reviewed regularly. If you consistently beat them, tighten them or invest budget in faster shipping. If you miss them, prioritize reliability work.
This data-driven loop keeps reliability decisions objective rather than emotional.
Quick Check
Test your reliability concepts.
Recap
You learned to define and manage reliability:
- SLI measures, SLO targets, SLA promises
- Nines map to concrete downtime budgets
- Error budgets and burn-rate alerts balance velocity against stability
These turn reliability into a measurable, negotiable resource.
Ucz się SaaS Architecture & Startup Engineering dzięki korepetycjom AI — za darmo
Pisz i uruchamiaj kod w przeglądarce, otrzymuj natychmiastową pomoc od korepetytora AI dostępnego 24/7 i kontynuuj naukę w sieci lub w aplikacji.
- Kursy
- 12
- Lekcje
- 48
Często zadawane pytania
Czy lekcja „Cele poziomu usług i budżety błędów” jest bezpłatna?
Tak — pełny tekst „Cele poziomu usług i budżety błędów” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu SaaS Architecture & Startup Engineering, przejdź na CoddyKit PRO. Kurs SaaS Architecture & Startup Engineering zawiera 4 lekcji w sumie.
Co nauczysz się w „Cele poziomu usług i budżety błędów”?
Dowiedzą się Państwo, jak zespoły SaaS definiują niezawodność za pomocą SLA, SLO i SLI oraz wykorzystują budżety błędów do równoważenia szybkości wdrażania ze stabilnością. Ćwiczysz SaaS Architecture & Startup Engineering z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.
Czy potrzebuję doświadczenia, aby zacząć SaaS Architecture & Startup Engineering?
Nie wymagamy żadnego doświadczenia. SaaS Architecture & Startup Engineering w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 4 z 4.
Ile czasu zajmuje lekcja „Cele poziomu usług i budżety błędów”?
Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.
Czy mogę pisać i uruchamiać kod w tej lekcji SaaS Architecture & Startup Engineering?
Tak. Każda lekcja SaaS Architecture & Startup Engineering zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.
Wszystkie lekcje w tym kursie
- Wysoka dostępność i odzyskiwanie po awarii
- Systemy monitorowania i alertów
- Logowanie i śledzenie rozproszone
- Cele poziomu usług i budżety błędów