Saat ini, administrasi sistem yang gesit dan devops adalah beberapa topik yang paling trending mengenai administrasi dan operasi sistem. Kedua konsep ini terutama difokuskan pada menjembatani kesenjangan antara operasi / sysadmin dan proyek (pengembang, bisnis, dll). Bahkan jika Anda tidak pernah mendengar konsep devops, saya yakin bahwa topik ini juga menjadi perhatian Anda.
Jadi, alat dan teknik apa yang Anda gunakan untuk mencapai devops di perusahaan Anda? Saya sangat tertarik pada topik seperti manajemen perubahan, integrasi berkelanjutan dan otomatisasi, tetapi tidak hanya dalam topik ini. Silakan bagikan pemikiran Anda. Saya menantikan untuk membaca jawaban / pendapat Anda :)
Jawaban:
svn / git - kontrol revisi, jelas.
trac / redmine / jira - ticketing.
tukang sepatu - untuk penyediaan server sistem operasi dasar. Cobbler adalah produk yang berfokus pada keluarga redhat tapi saya yakin ada sesuatu yang serupa untuk debian / ubuntu. Demikian pula sebagian besar perusahaan "panel kontrol cloud" seperti RightScale akan menyediakan ini untuk Anda. Kata kuncinya di sini adalah "JEOS" atau "sistem operasi yang cukup". Rute saya adalah menggunakan garis "% paket --nobase" di kickstart saya dan kemudian membangun tumpukan spesifik saya melalui ...
boneka / koki - untuk manajemen konfigurasi dan penegakan konsistensi. Ada beberapa opsi lain di sini, yang penting Anda menggunakan salah satunya. Salah satu trik yang saya temukan sangat penting adalah untuk menyimpan konfigurasi dalam sistem kontrol versi yang sama seperti yang digunakan pengembang. Ini membantu menyatukan alur kerja kedua tim dan membuatnya terlihat satu sama lain.
func (atau capistrano atau cluster-ssh) - untuk menjalankan skrip deploy di cluster. Kuncinya di sini adalah menjadikannya sesuatu yang dapat dijalankan oleh pengembang senior untuk mendorong langsung hal-hal baru dan mendorong perbaikan yang tidak terhindarkan.
Ini benar-benar inti dari devops, memberdayakan pengembang untuk memecah dan memperbaiki lingkungan. Banyak sysadmin yang terlalu haus kekuasaan untuk dilepaskan seperti ini, atau manajemen mereka masih bekerja dengan anggapan keliru bahwa sysadmin harus menjadi pemolisian pengembang (seolah-olah kita bahkan dapat membaca setengah dari apa yang mereka lakukan).
cacti / ganglia / collectd / munin - grafik adalah kunci soooooo. Ini nilai bisnis metrik dengan nilai manusia dari visual sederhana. Mengaitkan timestamp dari dorongan kode dengan timestamp dari perubahan pada grafik sangat berharga dalam mengatasi masalah regresi kinerja dan melihat fakta nyata tentang keputusan kinerja. Ada titik kunci di sini yaitu bahwa grafik harus mudah dilihat dan digunakan oleh pengembang dan manajemen mereka harus mengharapkannya.
nagios / zabbix / smokeping / etc - pemantauan hal-hal server dan metrik kinerja tipe "halaman dasar". Sekali lagi grafik adalah kuncinya. Ini lebih untuk sisi ops tim.
gomez / keynote / browsermob - pemantauan eksternal kinerja browser lengkap, dengan mempertimbangkan layanan pihak ketiga, CDN, dan masalah waktu render. Ini lebih untuk sisi dev tim.
Itulah campuran alat dan teknik, fokus pada teknik. Khususnya perubahan pola pikir sisi "sysadmin" dari "admin" ke "operasi". Ini tentang mengaktifkan pengembang. Memungkinkan mereka untuk melakukan hal-hal, memungkinkan mereka untuk memperbaiki hal-hal, memungkinkan mereka untuk melihat fakta / metrik / grafik nyata tentang apa yang mereka lakukan. Sebaliknya para pengembang perlu merangkul bahwa mereka telah diaktifkan dan benar-benar melakukan pekerjaan mengamati tren kinerja, men-debug masalah, dan memikirkan tidak hanya fitur tetapi bagaimana meluncurkannya dan bagaimana mereka akan mempengaruhi kesehatan seluruh sistem / lingkungan .
sumber
Kami sedang mengerjakan hal ini di National Instruments. Anda dapat membaca lebih lanjut tentang apa yang kami lakukan di http://dev2ops.org/blog/2010/4/27/qa-ernest-mueller-on-bringing-agile-to-operations.html
Gabungan alat yang disebut cagenut di sini pada dasarnya menuju ke arah yang kita pindahkan di sini.
sumber
Pendekatan terbaik adalah memahami lingkungan tempat Anda bekerja. Mulailah dengan berbicara dengan pengembang dan manajer. Cobalah untuk mendapatkan mereka di papan dan bangkit ide dari mereka. Kemungkinan besar mereka akan memiliki ide bagus tentang bagaimana hal-hal dijalankan dan jika ide-ide Anda untuk memperkenalkan devops akan menyebabkan masalah.
Dari sana, mulailah melihat aplikasi dan mengenalkannya satu per satu untuk menyelesaikan masalah.
sumber
introduce them one at a time to solve problems.+1Meskipun alat dan tekniknya penting, jalur kritisnya adalah berkolaborasi di seluruh organisasi. Dewasa ini Operasi TI adalah Operasi Bisnis. Etsy menunjukkan perubahan pendapatan di dasbor mereka, terlihat untuk semua orang.
sumber