Apa yang mengambil analogi DevOps?

9

Beberapa presenter menggunakan analogi untuk mengklarifikasi teknologi tertentu, misalnya Pizza sebagai Layanan 2.0 yang menjelaskan perbedaan antara tumpukan as-a-Service (aaS) yang berbeda.

masukkan deskripsi gambar di sini

Kelebihan analogi Pizza ini adalah terdiri dari banyak analogi, yaitu runtime alias pizza dan buatan sendiri alias lawas.

Ketika satu Google "analogi DevOps", berbagai gambar ditampilkan, tetapi tidak satu pun yang sangat menarik.

Definisi "mengambil"

  1. Perlihatkan gambar dalam presentasi
  2. Bicara 30 detik tentang itu
  3. Selama elevator elevator semakin banyak orang yang memahami DevOps dan itu sepenuhnya jelas oleh mereka.
030
sumber
DevOps memiliki banyak kelompok sasaran; Saya pikir lebih mudah untuk fokus pada hal itu untuk menemukan gambar. Siapa audiens Anda dan apa yang akan terjadi seandainya elevator elevator berhasil?
Peter Muryshkin
Kebanyakan dari mereka adalah pengembang yunior yang berpikiran silo, yaitu hanya ingin berkembang tanpa berterima kasih atas tanggung jawab menjalankan aplikasi dalam produksi. @PeterMuryshkin Berapa banyak grup target yang ada dalam konteks ini menurut Anda?
030
Jadi untuk grup target, saya katakan, satu untuk setiap silo / peran di sekitar setiap segmen dari DevOps Toolchain? Manajemen, pengguna bisnis, devs, penguji, ops ..
Peter Muryshkin

Jawaban:

3

DevOps adalah Industrialisasi TI

masukkan deskripsi gambar di sini

oryades
sumber
Gambar sebelah kiri mewakili mobil yang buatan tangan?
030
tepatnya, itu juga akan memiliki beberapa masalah bergerak :)
oryades
Bagus. Sekarang saya melihatnya. Mungkin Anda bisa menambahkan deskripsi tambahan dalam jawabannya?
030
2
Di sisi lain gambar di sebelah kanan mewakili mobil yang tidak akan bermasalah bergerak, asalkan tetap berada di jalur perakitan. Kalau tidak, beberapa roda mungkin diperlukan ...
Jiri Klouda
1
mengenai bagian kanan dari gambar, saya pikir DevOps toolchain adalah pendekatan teknik untuk memahami dan membangun jalur pengiriman untuk mengotomatisasi, menguji dan solusi perangkat lunak pengiriman. Aka Industrial Revolution 2.0 ... sigspl.org/2015/10/10/14
Peter Muryshkin
4

Sebagian besar untuk devs tetapi berpengetahuan luas dengan meme "gadis bencana": "Kerjakan mesin saya .. Masalah ops sekarang!" Ini menggambarkan bahwa kurangnya tanggung jawab dapat membahayakan seluruh perusahaan, dan nilai perangkat lunak yang hanya bekerja di lingkungan tertentu tidak mutlak.

masukkan deskripsi gambar di sini

Juga, matriks neraka . Menambahkan Docker mungkin tampak sebagai satu kolom lebih banyak, tetapi wadah akan menjadi teknologi to-go dan arsitektur standar dalam jangka panjang. Jadi, Anda dapat menjalankan wadah Docker juga dengan Kubernetes atau Apache Mesos.

masukkan deskripsi gambar di sini

Peter Muryshkin
sumber
Bisakah Anda menambahkan gambar?
030
Saya akan segera, dari ponsel sepertinya tidak berfungsi dengan baik.
Peter Muryshkin
Unggul +1. Bisakah Anda menambahkan penjelasan kecil untuk masing-masing gambar, yaitu mengapa analogi DevOps ini?
030
1
Sejujurnya gambar-gambar ini lebih menggambarkan motivasi untuk DevOps daripada DevOps itu sendiri; jadi sekarang saya tidak yakin seberapa baik ini menjawab pertanyaan Anda yang sebenarnya untuk "menggambarkan" DevOps
Peter Muryshkin
Selain itu, gambar pertama jelas membantu untuk menggambarkan "Mengapa DevOps" dalam presentasi saya.
030
3

Analogi DevOps yang paling menonjol yang bisa saya pikirkan adalah analogi Pet vs Cattle tentang infrastruktur sekali pakai. Meskipun, saya berpendapat bahwa ini kurang tentang pengambilan yang terkait dengan gambar, dan lebih banyak tentang betapa mudahnya untuk memahami dan berhubungan.

masukkan deskripsi gambar di sini

PrestonM
sumber
1
Sapi vs Hewan peliharaan terutama merupakan hal-hal ops, tidak memerlukan organisasi atau pola pikir devops. Petunjuknya adalah itu hanya berbicara tentang infrastruktur dan tidak pernah tentang aplikasi yang berjalan di atasnya.
Tensibai
@Tensibai Apa analogi favorit Anda?
030
Itu ide yang lucu tetapi jatuh datar di wajahnya segera setelah Anda memperkenalkan kegigihan. Anda lebih baik berharap bahwa perusahaan Anda tidak minum kool-bantuan DevOps dan bahwa sistem penggajiannya adalah hewan peliharaan!
Gayus
2

Satu lagi yang saya suka adalah yang ini dari situs web ini https://devrant.com/search?term=devops

masukkan deskripsi gambar di sini

karena saya telah mendengarnya berkali-kali dan itu membuat saya frustrasi karena itu adalah perilaku silo dan anti devops. Saya pada dasarnya ingin menegakkannya, ketika Anda mengubahnya Anda harus melepaskan atau ketika Anda mematahkannya Anda memperbaikinya. Dalam praktiknya tidak sesederhana suatu pola pikir harus diubah.

030
sumber
1

Analogi lain ditemukan di sini https://devrant.com/search?term=devops

Saya pikir ini aktif juga berlaku karena masih ada pengembang yang terus melempar barang-barang ke dinding.

masukkan deskripsi gambar di sini

Saya harus mengakui bahwa saya merasa seperti ini dan ini mendorong saya untuk belajar pemrograman. Saya sekarang belajar Java dan ingin mendapatkan sertifikat. Saya sekarang belajar untuk rekanan Java Oracle.

030
sumber
0

Berdasarkan saran di salah satu komentar ke salah satu jawaban oleh @PeterMuryshkin saya membaca lebih lanjut tentang Industry4.0 dan saya pikir itu bisa menjadi analogi DevOps.

Analogi DevOps lain dapat berupa industri 4.0:

Industry 4.0 adalah nama untuk tren otomatisasi dan pertukaran data saat ini dalam teknologi manufaktur. Ini termasuk sistem cyber-fisik, Internet hal, komputasi awan dan komputasi kognitif. Industri 4.0 biasanya disebut sebagai revolusi industri keempat.

masukkan deskripsi gambar di sini

Untuk memperkenalkan industri 1.0 proses fungsional, yaitu cara memproduksi coton secara manual harus jelas untuk mengotomatisasi ini, 2.0 lebih otomatis dan 3,0 juga. Saat ini DevOps juga tentang mengotomatisasi semakin banyak, tetapi untuk melakukan itu prosesnya juga harus jelas. Karena 4.0 adalah tentang pindah ke cloud, misalnya AWS, GCP, AWS, CI / CD dan sistem penyembuhan-diri, ini bisa menjadi analogi juga.

030
sumber
Juga, saya pikir industri 4.0 sebenarnya tidak bekerja tanpa DevOps.
Peter Muryshkin
0

DevOps juga dapat dibandingkan dengan pasukan komando, yang terdiri dari sejumlah kecil spesialis. Saya selalu harus berpikir tentang tingkat pertama Commandos 1 di belakang garis musuh. Ada tiga karakter:

  • laut
  • sopir
  • baret Hijau

Masing-masing dari mereka memiliki kualitas unik, yaitu menyelam, berenang, mendayung (laut), penyelam (senapan mesin, mengemudi), baret hijau (memanjat, membawa barel).

Semua dari mereka mampu mengeluarkan musuh alias otomatisasi di DevOps. Apakah Operasi dapat dibandingkan dengan laut, pengemudi baret hijau tidak masalah. Operasi, Pengembangan, dan Jaminan Kualitas, semuanya memiliki spesialisasi. Menggabungkan elemen-elemen ini sangat penting untuk merilis perangkat lunak lebih sering.

Jika misalnya salah satu komando mati dalam permainan, permainan sudah berakhir. Mereka semua harus bekerja bersama untuk mencapai misi. Saya ingat bahwa masing-masing komando terisolasi pada awal level 1 dan harus mengalahkan musuh sendiri, tetapi mereka juga saling bergantung.

Marinir diminta untuk membawa pengemudi dan baret hijau ke pulau lain karena dia adalah satu-satunya yang bisa mendayung sepatu bot. Sekali di pulau baret hijau diperlukan karena dia adalah satu-satunya yang bisa memindahkan barel peledak yang diperlukan untuk meledakkan stasiun radio.

Ketika mereka bekerja bersama, ada kemungkinan lebih tinggi bahwa mereka dapat bertahan hidup karena tiga tembakan diperlukan untuk mengeluarkan musuh. Jika mereka menembak bersama musuh segera dikeluarkan.

030
sumber