Hvad er almindeligt involveret i konstruktion af pålidelighed på websteder? Præsenteret af: Turbonomic

Forfatter: Roger Morrison
Oprettelsesdato: 23 September 2021
Opdateringsdato: 21 Juni 2024
Anonim
Hvad er almindeligt involveret i konstruktion af pålidelighed på websteder? Præsenteret af: Turbonomic - Teknologi
Hvad er almindeligt involveret i konstruktion af pålidelighed på websteder? Præsenteret af: Turbonomic - Teknologi

Indhold

Præsenteret af: Turbonomic



Q:

Hvad er almindeligt involveret i konstruktion af pålidelighed på websteder?

EN:

Arbejdet, der er involveret i site pålidelighedsteknik (SRE), kan variere ganske meget, afhængigt af de virksomheder og systemer, der arbejdes på.

Den grundlæggende definition af webstedets pålidelighedsteknik er processen med at sætte personer med softwareudviklingserfaring ansvarlige for driften, eller blande eller kombinere arbejdet med udvikling og operationer på en eller anden vigtig måde. Når det er sagt, involverer webstedets pålidelighedstekniker ofte anvendelse af topniveau-designtilgang til operationer.

Fremgangsmåden ved at bruge webstedets pålidelighedsteknologi ligner en anden tilgang kaldet devops - begge sigter mod at kombinere udvikling og operationer. Hvor devops ofte beskrives som processen med at fusionere de to afdelinger, bruges ofte site-pålidelighedsingeniør som en jobtitel, hvilket erstatter den traditionelle systemadministrator-jobtitel. Forskellen er, at sammen med overvågnings- og betjeningssystemer vil en ingeniør til pålidelighed af websteder også anvende disse udviklingskoncepter, hvilket er kritisk for at sikre, at udviklede programmer fungerer som de skulle.


Rent praktisk kan en ingeniør til pålidelighed af steder være på vagt for at overvåge systemer til enhver tid. Denne person kan skrive automatiseringsværktøjer eller hjælpe med at udvikle kvalitetssikringsfunktioner.Hold i SRE kan evaluere oppetid for en applikation eller på anden måde se på, hvordan udviklede applikationer praktisk bruges i feltet.

Inden for det generelle koncept om at kombinere udvikling og drift er SRE's rolle meget fleksibel. Nogle vil sige, at denne tilgang også forsøger at ”bygge bro over” mellem de to afdelinger med hensyn til kommunikation og filosofi. Så en person i SRE kan ende i ganske mange møder for at tale praktisk om brugen af ​​udviklede produkter og tjenester. SRE kan ses som en "interessent" i devops-processen, en person, der giver kritisk feedback om konstruktion og design med øje for operationel ydeevne.

Selvom nogle ser SRE som en slags klædt systemadministratorrolle, omfavner virksomheder som Google konceptet SRE og investerer meget mere i at definere rollen som denne professionelle type. Google-ingeniører taler om nogle af de meget vigtige input, der kan leveres i SRE-processen, og beskriver disse fagfolk som værende meget dygtige og erfarne på måder, som traditionelle systemadministratorer måske ikke har været.