1. SRE — yəni Site Reliability Engineering ilk dəfə Google-da adını qazandı. Sistem administratoru ilə proqramçının kəsişməsində doğulan bu peşə, sadəcə serverləri ayaqda saxlamaq yox, onların necə ayaqda qalacağını elmi formada ölçmək deməkdir.

Əvvəllər devops dediyimiz işlərin çoxu adətən “çöksə tez qalxız” prinsipinə bağlanırdı. SRE isə oyunu dəyişdi: hər bir sistemin SLO (Service Level Objective), SLA (Service Level Agreement), SLI (Service Level Indicator) parametrləri ilə işləməsi. Yəni artıq məsələ emosional “tez düzəltmək” yox, riyazi “nə qədər etibarlı işləməlidir” sualıdır.

SRE-lər üçün “etibarlılıq” lüks deyil, əsas məhsuldur. Bir sistem saniyədə milyon sorğunu emal edə bilər, amma bir neçə dəqiqə düşsə, reputasiya da, biznes də yanar. Ona görə böyük şirkətlər — Google, Meta, Netflix, Amazon, Spotify — yüzlərlə SRE komandasını saxlayır. Onların işi görünmür, amma görünməsə də hiss olunur: çünki sistemlər elə onların sayəsində səs-küysüz işləyir.

Tarixi baxımdan isə SRE modeli Ben Treynor Sloss adlı Google mühəndisinin 2003-də dediyi bir cümlə ilə başladı: “Sistemi idarə edənlər proqramçılar olsa, necə olar?” O gündən bu yana SRE həm nəzəri kitab, həm də praktik mədəniyyətə çevrildi.

SRE-nin gücü ondan ibarətdir ki, o, insan emosiyasını rəqəmlə əvəz edir. Bir proqramçı səhvini gizlədə bilər, amma SRE panelində hər şey qırmızıya çevrilir. “Hiss edirəm ki, yaxşı işləyir” devri bitdi. indi hər şey ölçülür: uptime, latency, error budget.

Və ən maraqlısı: SRE sadəcə “sistemi saxlamaq” deyil, həm də dəyişikliklərlə barışdırmaqdır. Çünki hər yeni release, hər yeni feature, sistemin düşməsi üçün yeni riskdir. SRE bu risklərlə “danışıq aparır”: nə qədər tez dəyişiklik, nə qədər etibarlılıq.

Bəziləri deyir ki, SRE sadəcə DevOps-un yeni adıdır. Amma fərq budur: DevOps əməkdaşlıq mədəniyyətidir, SRE isə o mədəniyyəti formul və alətlərə çevirməkdir.

Qısası, SRE bugünkü rəqəmsal dünyanın görünməyən qəhrəmanıdır. Onlar uğurlu olduqda heç kim hiss etmir, amma bir dəqiqə uğursuz olduqda hamı hiss edir.