Qual è la differenza tra l'ingegnere DevOps e il consulente DevOps rispetto all'architetto DevOps?


10

Qual è la differenza tra l'ingegnere DevOps e il consulente DevOps rispetto all'architetto DevOps?

Considerare il ruolo saggio e salario saggio e anzianità saggio e domanda di lavoro saggia, ecc.

Risposte:


13

Un architetto è qualcuno che pensa e crea progetti.

Un consulente è qualcuno che viene assunto per cose come "Insegnaci come fare così e così", o per rispondere a domande come "Qual è la tua opinione su questo design?".

Un ingegnere è colui che è orientato all'obiettivo e pragmatico, qualcosa del tipo " Come posso implementare quel progetto (creato dall'architetto e convalidato dal consulente) e farlo funzionare"? .

I loro stipendi possono variare (ce ne sono di economici e costosi), lo stesso vale per l' anzianità (ci sono junior e senior, mentre tutti iniziano come junior, non tutti arrivano a senior). E la domanda di lavoro è piuttosto variabile (per regione, nel tempo, fattori economici, a seconda di hypes, ecc.).

A proposito, non importa quale sia il vero "soggetto", potrebbe essere "IT", potrebbe essere "Costruzione di strade" o potrebbe anche essere "DevOps" ...

PS: Cosa c'è in un nome (o jobtitle), che ne dici di un DevOps BA , come mostrato in questo post ...


1
@Newtopian merci per il commento, anche se non sono sicuro di cosa significhi "Nitpicking" (e non ho un dizionario a portata di mano ...). A proposito di Object Oriented: è come in OOP , alias Object Oriented Programming, mentre "Object" è quello di portare a termine la "Programmazione" ... (la definizione che mi è stata data da un programmatore di mainframe della vecchia scuola ...).
Pierre.Vriens

1
nitpicking -> "pinailler", "Trébucher sur les fleurs du tapis", "Chercher des poux" ecc. come in quello che sono stato io a fare il nitpicking qui indicandolo. Ora capisco cosa intendevi con Object Oriented e ha perfettamente senso. Potrei suggerire Objective Oriented come disambiguare dal paradigma di programmazione OOP a cui sono andati i miei primi pensieri quando ho letto il tuo post.
Newtopian,

1
Ehi @Newtopian: per favore vai avanti e suggerisci una modifica al mio post (probabilmente lo approverò) ... PS, ho trovato il mio dizionario ... intendi " muggezifterij " (il tuo turno per andare a cercare un dizionario olandese se tu voglio testare la mia traduzione ...)
Pierre.Vriens

2
Test passati ... Copertura al 100% e approvati per la produzione!
Newtopian,

1
Merci @Newtopian ... anche per la modifica suggerita ... come avrai notato: ho appena rilasciato l'approvazione finale (solo in questo caso ...).
Pierre.Vriens

4

Potresti voler controllare la risposta accettata a questa domanda: perché non dovrei provare a assumere un 'ingegnere DevOps'?

O forse l'articolo " 7 ruoli DevOps che devi avere successo ", che include questi ruoli (critici?):

  1. Evangelista DevOps
  2. Responsabile del rilascio
  3. Architetto di automazione
  4. Sviluppatore / tester software
  5. Esperienza professionale di assicurazione (XA)
  6. Ingegnere della sicurezza
  7. Giocatore di tecnologia di utilità

Ehi, signor "J" ... l'articolo a cui ti sei collegato non menziona un ruolo come "BA for DevOps", hai idea del perché? E / o cosa significa realmente "BA for DevOps"?
Pierre.Vriens

I collegamenti sono utili, ma è consigliabile fornire contesto e citare sezioni pertinenti, oltre ad aggiungere il proprio commento. Vedi: la tua risposta è in un altro castello: quando una risposta non è una risposta? per le linee guida attuali per la risposta con un collegamento.
Aurora0001

Ehi, signor "J" (di nuovo) ... per favore, rivedi il QA della modifica che ho applicato al tuo post, cercando di rispondere al commento (e forse al downgrade?) Di @ Aurora0001 ... sentiti libero di tornare indietro se non lo fai come la mia modifica a tutti ... PS: dov'è il " Manager " DevOps in quell'articolo (= quello che non deve fare nulla, se tutti gli altri fanno il loro lavoro, tranne approvare budget e cose del genere )?
Pierre.Vriens

Ciao @ Pierre.Vriens - grazie per il montaggio. PM potrebbe non essere abbastanza correlato al contesto DevOps. DevOps BA è qualcosa che vorrei stabilire. Dammi 15 minuti per aggiungere due collegamenti pertinenti qui. In breve, BA (Business Analyst) in termini mischia significa proprietario del prodotto, ad esempio l'infrastruttura CI / CD è un prodotto organizzativo interno.
Peter Muryshkin,

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.