Když jednotlivci uvažují o zapojení do SRE a týmů uvažují o přenesení postupů SRE, je běžnou otázkou, která se objeví: "Potřebujete vědět, jak kódovat?"
Stručná odpověď: Ano.
Ale úplná odpověď je trochu nuantnější. Pojďme se podívat na tři místa, kde se kódování v oblasti spolehlivosti webu hraje spolu s úrovní odborných znalostí kódování potřebných pro každý z nich. Tento seznam není úplný, ale tyto scénáře jsou některé z nejběžnějších případů použití.
Scénář 1: Odebrání toilu prostřednictvím automatizace
Inženýři pro spolehlivost webů a další uživatelé, kteří používají postupy SRE, se snaží kdykoliv odebrat náil. "Toil" znamená konkrétní věc v SRE. Toil označuje provozní práci prováděnou člověkem, který má určité charakteristiky. Lopota nepřináší dlouhodobou hodnotu, která by přinášela uspokojení. Žádným smysluplným způsobem neposouvá službu vpřed. Často je to repetitivní a převážně manuální činnost (i když by mohla být automatizovaná). S tím, jak služba nebo systémy časem rostou, zvýší se pravděpodobně poměrně s tím také počet požadavků na daný systém a budou vyžadovat ještě více manuální práce.
Pokud například služba vyžaduje, aby tým SRE resetoval něco každý týden, nebo aby zřídil nové účty a místo na disku ručně nebo ho opakovaně restartoval – jedná se o provozní zatížení, které je zatěžováno. Provádění těchto úkonů službu dlouhodobě trvale nijak nezlepšuje. Tyto úkony budou pravděpodobně muset být opakovány stále dokola.
SRE nesnáší lopotu. Usiluje o její eliminaci, kdykoli je to možné a vhodné. Jde o jedna z oblastí, kde v SRE vstupuje do hry automatizace. Pokud se tyto žádosti dají zpracovat automaticky, tím se týmu uvolní práce na odměnách a působivějších věcech.
Znalosti kódování: Automatizace vyžaduje určité znalosti kódování, ale nemusí vyžadovat úplné dovednosti softwarového inženýrství. Pokud můžete psát malé skripty (třeba v prostředí PowerShell nebo Bourne) nebo dokonce i v případě, že vytvoříte aplikaci logiky Azure s téměř jakýmkoli kódem, může tato aplikace i nadále pomoct eliminovat zatěžování.
Scénář 2: Řízení prostřednictvím rozhraní API / jazyků specifických pro doménu (DSLS) / šablon
I když není nezbytně nutné pro práci s SRE, schopnost řídit prostředí prostřednictvím rozhraní API, seznamů DSL a šablon (zejména cloudových prostředí) umožňuje sres vertikálně navýšit kapacitu své práce. Zřizování/zrušení zřizování infrastruktury, konfigurace monitorování a integrace několika služeb je mnohem efektivnější prostřednictvím kódování.
Znalosti kódování: podobně jako v předchozím scénáři to vyžaduje určité znalosti kódování, ale nemusí vyžadovat úplné dovednosti v oblasti softwarového inženýrství. Kromě skriptů a aplikací logiky zmíněných dříve je možné šablony Azure Resource Manageru používat i s minimálním prostředím pro kódování.
Scénář 3: Oprava kódu
Inženýři pro spolehlivost webů hledají zlepšení spolehlivosti systému. Tento cíl někdy vyžaduje zkoumání zdrojového kódu systému, určení problému a často přispívání k opravě zpět do základu kódu. I když se úroveň sofistikovanosti této práce může v závislosti na situaci značně lišit, znalost kódování je v těchto případech určitým požadavkem.
Odborné znalosti kódování: V tomto scénáři se často vyžadují úplné znalosti softwarového inženýrství.
Další kroky
Zajímá vás další informace o technice spolehlivosti webu a práci s nízkými kódy? Projděte si naše centrum pro přípravu spolehlivosti webu, dokumentaci k produktu, která je propojená výše.