Filme porno

Categorii

Advertising

Modelul SRE

Fantasticul articol al lui Cindy Sridharan despre motivul pentru care toata lumea nu este operator va face sa va reganditi relatia dintre echipele de dezvoltare si operatiuni. In acest articol, incerc sa explic modul in care Google abordeaza problema si de ce se adapteaza pentru echipa noastra SRE.

La Google, SRE reprezinta inginer de fiabilitate a site-ului. Fiabilitatea site-ului este legata de viteza si productivitatea inginerilor nostri, de performanta si fiabilitatea produselor noastre, precum si de sanatatea bazei de coduri si a mediului de productie. Nu-mi place sa spun ca SRE este modul Google de a face operatiuni, deoarece SRE este o regandire semnificativa a modului in care facem operatiuni. SRE este o organizatie independenta si este un siloz independent la Google. Acestia mentin sisteme mari de productie la Google, sunt echipa de consultanta cu privire la orice lucru legat de productie, stabilesc cele mai bune practici, contribuie la infra si instrumente care faciliteaza productia pentru inginerii nostri de software.

Ceea ce face Google SRE semnificativ diferit nu este doar expertiza lor de talie mondiala, ci faptul ca sunt optionale la Google.

Array

Da, nu imi lipseste negarea din propozitia anterioara. Sunt optionale. Cand incepem sa lucram la un nou produs / proiect, echipa de dezvoltare detine fiecare aspect. De la scrierea documentelor de proiectare la scrierea codului. De la teste unitare la teste de integrare. Trecem printr-o serie mare de recenzii, de la securitate la confidentialitate si pregatire pentru productie. Suntem responsabili sa implementam codul nostru, sa il monitorizam, sa fim de apel si sa punem apa pe foc atunci cand este necesar. Facem totul noi insine ca si cum nu ar exista SRE sau daca suntem propriile noastre SRE.

Dar cum functioneaza daca SRE este optional? Lucrul la Google va ofera o intreaga suita de infrastructura pe care o considerati intotdeauna de la sine inteles. Retea, sisteme de stocare, sisteme de blocare, scalare si planificare automata, denumire, configurare si multe altele. Componentele infrastructurii sunt echipate de ingineri software si sunt adesea sustinute de SRE. Pe de alta parte, SRE nu este o organizatie care ajuta personal fiecare echipa, dar construieste cele mai bune practici reutilizabile si sprijina serviciile critice de infrastructura tehnica, imbunatatind experienta de productie. Cultura SRE si cele mai bune practici sunt foarte stabilite la Google. Doriti sa implementati un serviciu de productie care sa se extinda in lume? Avem infrastructura care va ajuta in acest sens. Doriti sa aveti tablouri de bord de talie mondiala? Avem asta. Aveti nevoie de un plan si de o mai buna intelegere a modului in care ar trebui sa va monitorizati codul? SRE au solutii si cele mai bune practici in acest sens. Doriti sa lansati un nou serviciu critic? SRE ofera consultanta in acest sens.

Ideea principala este ca organizatia SRE nu este responsabila pentru a sprijini orice produs de la Google. Cu totii beneficiati de cele mai bune practici SRE si infra gratuit si meritati asistenta SRE cu jumatate de norma si mai tarziu, devenind un produs critic si la scara larga. O cronologie medie pentru a obtine asistenta SRE:

  • Construiti un produs, coordonati cu echipa care sustine lansarile, solicitati consultanta SRE, daca este necesar.
  • Setati un SLO, incercati sa recrutati asistenta SRE cu jumatate de norma odata ce ati atins scara critica.
  • Echipa SRE va solicita o lista de cerinte pana cand produsul dvs. este potrivit pentru asistenta lor. Odata ce le indepliniti criteriile, incepeti sa adaugati SRE la rotatia de apel.
  • Cresteti asistenta SRE utilizand numarul de angajati pe masura ce scara creste. Pastrati echipa dvs. de dezvoltare sa raspunda la problemele legate de prod cu jumatate de norma, astfel incat sa inteleaga in continuare ce se intampla la prod.
  • Reduceti suportul SRE daca proiectul dvs. scade in scara si lasati in cele din urma echipa de dezvoltare sa detina functionarea SRE daca scala nu necesita suport SRE.

Acest model ofera organizatiei SRE sa se concentreze pe solutii care se amplifica mai degraba decat sa investeasca mult timp pe produse specifice care nu au impact. Numarul de membri SRE dintr-o echipa provine din numarul echipei de dezvoltare, astfel incat echipa de dezvoltare ar prefera sa se ocupe singuri de munca SRE daca nu sunt suficient de mari pentru a cere ajutor suplimentar. Pentru sistemele complexe si infrastructura pe scara larga, SRE este prezenta personal ca parte a echipei. Si, pe masura ce invata, contribuie, de asemenea, la infrastructura, instrumentele si cunostintele care pot fi refolosite de toate echipele de ingineri de la Google.

Dar ii face pe toti sa opereze? La Google, probabil avem acces la cea mai buna infrastructura din lume pentru a construi sisteme pe scara larga. Echipelor individuale nu trebuie sa le pese niciodata de un sistem de blocare, baze de date sau serviciul nostru intern de denumire. Infrastructura interna are personal pentru a functiona si functioneaza bine. Pe deasupra, avem o cultura SRE foarte stabilita, iar inginerii software pot gandi si actiona ca un SRE pana cand este dincolo de scara lor, adoptand doar fundamentele si infrastructura existenta. Acest model ii ajuta pe inginerii software sa aiba o intelegere clara a aspectelor operationale si ofera echipei SRE posibilitatea de a se putea concentra pe proiecte de impact intr-un mod extrem de durabil. Cred ca industria are nevoie de o defalcare intre inginerie de produse si infra si incepe sa vorbim despre cum echipam echipele de infra si sustinem echipele de dezvoltare de produse cu SRE. Conversatia „DevOps” nu este de multe ori completa fara aceasta defalcare si presupunand ca toata lumea isi serveste in permanenta infra si operatiile.

Este demn de remarcat faptul ca Google are si un program care permite inginerilor de software sa treaca la un rol SRE timp de sase luni numit Mission Control. Acest program permite inginerilor de software sa inteleaga mai in profunzime modul in care echipa SRE opereaza pe sisteme la scara larga. La finalizarea programului, ei pot readuce cunostintele si expertiza practica echipelor lor de dezvoltare.

Video Description:

Fantasticul articol al lui Cindy Sridharan despre motivul pentru care toata lumea nu este operator va face sa va reganditi relatia dintre echipele de dezvoltare si operatiuni. In acest articol, incerc sa explic modul in care Google abordeaza problema si de ce se adapteaza pentru echipa noastra SRE.La Google, SRE reprezinta inginer de fiabilitate a site-ului. Fiabilitatea site-ului este legata de viteza si productivitatea inginerilor nostri, de performanta si fiabilitatea produselor noastre, precum si de sanatatea bazei de coduri si a mediului de productie. Nu-mi place sa spun ca SRE este modul Google de a face operatiuni, deoarece SRE este o regandire semnificativa a modului in care facem operatiuni. SRE este o organizatie independenta si este un siloz independent la Google. Acestia mentin sisteme mari de productie la Google, sunt echipa de consultanta cu privire la orice lucru legat de productie, stabilesc cele mai bune practici, contribuie la infra si instrumente care faciliteaza productia pentru inginerii nostri de software.Ceea ce face Google SRE semnificativ diferit nu este doar expertiza lor de talie mondiala, ci faptul ca sunt optionale la Google. Array Da, nu imi lipseste negarea din propozitia anterioara. Sunt optionale. Cand incepem sa lucram la un nou produs / proiect, echipa de dezvoltare detine fiecare aspect. De la scrierea documentelor de proiectare la scrierea codului. De la teste unitare la teste de integrare. Trecem printr-o serie mare de recenzii, de la securitate la confidentialitate si pregatire pentru productie. Suntem responsabili sa implementam codul nostru, sa il monitorizam, sa fim de apel si sa punem apa pe foc atunci cand este necesar. Facem totul noi insine ca si cum nu ar exista SRE sau daca suntem propriile noastre SRE. porno couple aspenaerogel.at actrice porno blonde dekaresearch.org porno francais mere et fils homemsonhador.com little porno paysatellitetvcompany.net film porno français streaming lsmocars.info porno gaule www.atomicpr.net perfectgirl porno www.nwtruckcenter.com le porno thatsbetter.com porno sénégalais avleg.com film porno complet gratuit findingfarm.com movie porno stelcobreakers.co.uk porno minecraft academy-art-student.biz porno torrent gisfundoffunds.com video porno gay mature kjellb.org alexandra daddario porno www.videodl.com porno hard francais totaljoints.info porno anal francais orgill.com.cn badoo porno dashlove.net woodman porno unclechacha.com film erotique porno onlineschoolhere.com Dar cum functioneaza daca SRE este optional? Lucrul la Google va ofera o intreaga suita de infrastructura pe care o considerati intotdeauna de la sine inteles. Retea, sisteme de stocare, sisteme de blocare, scalare si planificare automata, denumire, configurare si multe altele. Componentele infrastructurii sunt echipate de ingineri software si sunt adesea sustinute de SRE. Pe de alta parte, SRE nu este o organizatie care ajuta personal fiecare echipa, dar construieste cele mai bune practici reutilizabile si sprijina serviciile critice de infrastructura tehnica, imbunatatind experienta de productie. Cultura SRE si cele mai bune practici sunt foarte stabilite la Google. Doriti sa implementati un serviciu de productie care sa se extinda in lume? Avem infrastructura care va ajuta in acest sens. Doriti sa aveti tablouri de bord de talie mondiala? Avem asta. Aveti nevoie de un plan si de o mai buna intelegere a modului in care ar trebui sa va monitorizati codul? SRE au solutii si cele mai bune practici in acest sens. Doriti sa lansati un nou serviciu critic? SRE ofera consultanta in acest sens.Ideea principala este ca organizatia SRE nu este responsabila pentru a sprijini orice produs de la Google. Cu totii beneficiati de cele mai bune practici SRE si infra gratuit si meritati asistenta SRE cu jumatate de norma si mai tarziu, devenind un produs critic si la scara larga. O cronologie medie pentru a obtine asistenta SRE:Construiti un produs, coordonati cu echipa care sustine lansarile, solicitati consultanta SRE, daca este necesar.Setati un SLO, incercati sa recrutati asistenta SRE cu jumatate de norma odata ce ati atins scara critica.Echipa SRE va solicita o lista de cerinte pana cand produsul dvs. este potrivit pentru asistenta lor. Odata ce le indepliniti criteriile, incepeti sa adaugati SRE la rotatia de apel.Cresteti asistenta SRE utilizand numarul de angajati pe masura ce scara creste. Pastrati echipa dvs. de dezvoltare sa raspunda la problemele legate de prod cu jumatate de norma, astfel incat sa inteleaga in continuare ce se intampla la prod.Reduceti suportul SRE daca proiectul dvs. scade in scara si lasati in cele din urma echipa de dezvoltare sa detina functionarea SRE daca scala nu necesita suport SRE.Acest model ofera organizatiei SRE sa se concentreze pe solutii care se amplifica mai degraba decat sa investeasca mult timp pe produse specifice care nu au impact. Numarul de membri SRE dintr-o echipa provine din numarul echipei de dezvoltare, astfel incat echipa de dezvoltare ar prefera sa se ocupe singuri de munca SRE daca nu sunt suficient de mari pentru a cere ajutor suplimentar. Pentru sistemele complexe si infrastructura pe scara larga, SRE este prezenta personal ca parte a echipei. Si, pe masura ce invata, contribuie, de asemenea, la infrastructura, instrumentele si cunostintele care pot fi refolosite de toate echipele de ingineri de la Google.Dar ii face pe toti sa opereze? La Google, probabil avem acces la cea mai buna infrastructura din lume pentru a construi sisteme pe scara larga. Echipelor individuale nu trebuie sa le pese niciodata de un sistem de blocare, baze de date sau serviciul nostru intern de denumire. Infrastructura interna are personal pentru a functiona si functioneaza bine. Pe deasupra, avem o cultura SRE foarte stabilita, iar inginerii software pot gandi si actiona ca un SRE pana cand este dincolo de scara lor, adoptand doar fundamentele si infrastructura existenta. Acest model ii ajuta pe inginerii software sa aiba o intelegere clara a aspectelor operationale si ofera echipei SRE posibilitatea de a se putea concentra pe proiecte de impact intr-un mod extrem de durabil. Cred ca industria are nevoie de o defalcare intre inginerie de produse si infra si incepe sa vorbim despre cum echipam echipele de infra si sustinem echipele de dezvoltare de produse cu SRE. Conversatia „DevOps” nu este de multe ori completa fara aceasta defalcare si presupunand ca toata lumea isi serveste in permanenta infra si operatiile.-Este demn de remarcat faptul ca Google are si un program care permite inginerilor de software sa treaca la un rol SRE timp de sase luni numit Mission Control. Acest program permite inginerilor de software sa inteleaga mai in profunzime modul in care echipa SRE opereaza pe sisteme la scara larga. La finalizarea programului, ei pot readuce cunostintele si expertiza practica echipelor lor de dezvoltare.

Categorie:
Taguri:
Data adaugarii: