Cosa è comunemente coinvolto nell'ingegneria dell'affidabilità del sito? Presentato da: Turbonomic

Autore: Roger Morrison
Data Della Creazione: 23 Settembre 2021
Data Di Aggiornamento: 21 Giugno 2024
Anonim
Cosa è comunemente coinvolto nell'ingegneria dell'affidabilità del sito? Presentato da: Turbonomic - Tecnologia
Cosa è comunemente coinvolto nell'ingegneria dell'affidabilità del sito? Presentato da: Turbonomic - Tecnologia

Contenuto

Presentato da: Turbonomic



D:

Cosa è comunemente coinvolto nell'ingegneria dell'affidabilità del sito?

UN:

Il lavoro svolto nell'ingegneria dell'affidabilità del sito (SRE) può variare abbastanza, a seconda delle aziende e dei sistemi su cui si sta lavorando.

La definizione di base dell'ingegneria dell'affidabilità del sito è il processo che mette le persone con esperienza nello sviluppo di software a capo delle operazioni, o mescola o combina il lavoro di sviluppo e le operazioni in qualche modo chiave. Detto questo, il ruolo dell'ingegnere dell'affidabilità del sito comporta spesso l'applicazione di approcci di progettazione di alto livello alle operazioni.

L'approccio dell'utilizzo dell'ingegneria dell'affidabilità del sito è simile a un altro approccio chiamato devops: entrambi mirano a combinare sviluppo e operazioni. Laddove devops viene spesso descritto come il processo di fusione dei due dipartimenti, l'ingegnere dell'affidabilità del sito viene spesso utilizzato come titolo di lavoro, sostituendo il tradizionale titolo di lavoro dell'amministratore di sistema. La differenza è che insieme ai sistemi di monitoraggio e di servizio, un ingegnere dell'affidabilità del sito applicherà anche quei concetti di sviluppo, che è fondamentale per assicurarsi che i programmi sviluppati funzionino come dovrebbero.


In termini pratici, un ingegnere dell'affidabilità del sito può essere di guardia per monitorare i sistemi in qualsiasi momento. Questa persona può scrivere strumenti di automazione o assistere nello sviluppo di funzionalità di garanzia della qualità.I team di SRE possono valutare i tempi di attività di un'applicazione o altrimenti esaminare come le applicazioni sviluppate sono praticamente utilizzate sul campo.

Nell'ambito del concetto generale di combinazione tra sviluppo e operazioni, il ruolo di SRE è molto flessibile. Alcuni direbbero che questo approccio tenta anche di "colmare il divario" tra i due dipartimenti in termini di comunicazione e filosofia. Quindi una persona in SRE può finire in parecchi incontri per parlare praticamente dell'uso di prodotti e servizi sviluppati. SRE può essere visto come un "stakeholder" nel processo devops, qualcuno che fornisce feedback critici su ingegneria e design con un occhio di riguardo alle prestazioni operative.


Sebbene alcuni vedano SRE come una sorta di ruolo di amministratore di sistema travestito, aziende come Google stanno abbracciando il concetto di SRE e investendo molto di più nella definizione del ruolo di questo tipo di professionista. Gli ingegneri di Google parlano di alcuni degli input molto importanti che possono essere forniti nel processo SRE e descrivono questi professionisti come altamente qualificati ed esperti in modi in cui gli amministratori di sistema tradizionali potrebbero non essere stati.