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.