Apa perbedaan antara insinyur DevOps Vs DevOps konsultan Vs DevOps arsitek?

10

Apa perbedaan antara insinyur DevOps Vs DevOps konsultan Vs DevOps arsitek?

Mengingat Peran bijaksana & Gaji bijaksana & Senioritas bijaksana & permintaan pekerjaan bijaksana, dll.

terminology 
— Ashish Karpe
sumber

Jawaban:

13

Sebuah arsitek adalah seseorang yang berpikir dan menciptakan desain.

Seorang konsultan adalah seseorang yang disewa untuk hal-hal seperti "Ajari kami bagaimana melakukannya dan seterusnya", atau untuk menjawab pertanyaan seperti "Apa pendapat Anda tentang desain ini?".

Seorang insinyur adalah orang yang berorientasi pada tujuan dan pragmatis, sesuatu di sepanjang baris seperti " Bagaimana saya bisa mendapatkan desain itu (dibuat oleh arsitek, dan divalidasi oleh konsultan) diimplementasikan dan membuatnya bekerja"? .

Gaji mereka dapat bervariasi (ada yang murah dan mahal), sama untuk senioritas (ada junior dan senior, sementara semua orang mulai sebagai junior, tidak semua dari mereka pernah sampai senior). Dan permintaan pekerjaan sangat bervariasi (berdasarkan wilayah, seiring waktu, faktor ekonomi, tergantung pada hip, dll).

BTW, tidak peduli apa "subjek" yang sebenarnya, itu bisa "IT", itu bisa "Konstruksi Jalan", atau bahkan bisa "DevOps" ...

PS: Apa yang ada dalam nama (atau jobtitle), bagaimana dengan DevOps BA , seperti yang ditunjukkan dalam posting ini ...

— Pierre.Vriens
sumber
1
@Newtopian merci untuk komentar, meskipun saya tidak yakin apa artinya "Nitpicking" (dan saya tidak punya kamus berguna ...). Tentang Berorientasi Objek: seperti di OOP , alias Pemrograman Berorientasi Objek, sedangkan "Objek" adalah untuk menyelesaikan "Pemrograman" ... (definisi yang pernah saya berikan oleh seorang programmer mainframe sekolah tua ...).
— Pierre.Vriens
1
nitpicking -> "pinailler", "Trébucher sur les fleurs du tapis", "Chercher des poux" dll seperti di akulah yang melakukan nitpicking di sini menunjukkan ini. Saya mengerti sekarang apa yang Anda maksud dengan Object Oriented dan itu masuk akal. Mungkin saya menyarankan Objective Oriented untuk disambiguasi dari paradigma pemrograman OOP ke mana pikiran pertama saya pergi ketika saya membaca posting Anda.
— Newtopian
1
Hei @Newtopian: silakan lanjutkan dan sarankan edit untuk posting saya (saya mungkin akan menyetujuinya) ... PS, saya menemukan kamus saya ... maksudmu " muggezifterij " (giliran Anda untuk pergi menemukan kamus bahasa Belanda jika Anda mau QA-test terjemahan saya ...)
— Pierre.Vriens
2
Tes lulus ... Cakupan 100% dan disetujui untuk diproduksi!
— Newtopian
1
Merci @Newtopian ... juga untuk edit yang disarankan ... seperti yang mungkin Anda perhatikan: Saya baru saja mengeluarkan persetujuan final (hanya dalam hal ini ...).
— Pierre.Vriens
4

Anda mungkin ingin memeriksa jawaban yang diterima untuk pertanyaan ini: Mengapa saya tidak mencoba mempekerjakan seorang 'Insinyur DevOps'?

Atau mungkin artikel " 7 peran DevOps yang Anda butuhkan untuk berhasil ", yang mencakup peran (kritis?) Ini:

  1. Penginjil DevOps
  2. Manajer rilis
  3. Arsitek otomasi
  4. Pengembang / penguji perangkat lunak
  5. Jaminan pengalaman (XA) profesional
  6. Insinyur keamanan
  7. Pemain teknologi utilitas
— Peter Muryshkin
sumber
Hei Tuan "J" ... artikel yang Anda tautkan tidak menyebutkan peran seperti "BA untuk DevOps", ada ide mengapa tidak? Dan / atau apa arti "BA untuk DevOps" itu?
— Pierre.Vriens
Tautan sangat membantu, tetapi disarankan agar Anda memberikan konteks dan mengutip bagian yang relevan, ditambah menambahkan komentar Anda sendiri. Lihat: Jawaban Anda ada di kastil lain: kapan jawaban bukan jawaban? untuk pedoman saat ini untuk menjawab dengan tautan.
— Aurora0001
Hai Tn. "J" (lagi) ... tolong QA-tinjau hasil edit yang saya terapkan pada kiriman Anda, mencoba mengatasi komentar (dan mungkin downvote?) Dari @ Aurora0001 ... jangan ragu untuk mengembalikan jika Anda tidak seperti edit saya sama sekali ... PS: di mana " Manajer " DevOps dalam artikel itu (= orang yang tidak perlu melakukan apa-apa, jika semua orang melakukan pekerjaannya, kecuali dari menyetujui anggaran dan hal-hal seperti itu )?
— Pierre.Vriens
Hai @ Pierre.Vriens - terima kasih sudah mengedit. PM mungkin sangat tidak terkait dengan konteks DevOps. DevOps BA adalah sth yang ingin saya bangun. Beri saya 15 menit untuk menambahkan dua tautan yang relevan di sini. Singkatnya, BA (Business Analyst) dalam istilah scrum berarti pemilik produk, misalnya infrastruktur CI / CD adalah produk organisasi internal.
— Peter Muryshkin
— Peter Muryshkin
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.