Rumah >Tutorial sistem >LINUX >Transformasi DevOps, hanya alatan tidak mencukupi!
Pengenalan | Pembangunan perisian tangkas telah memecahkan halangan antara analisis keperluan, ujian dan pembangunan. Dalam proses pembangunan perisian, pembangunan dan operasi serta penyelenggaraan menghadapi masalah pengasingan yang sama. Matlamat pergerakan DevOps adalah untuk memecahkan halangan antara pembangunan dan operasi serta menggalakkan kerjasama antara pembangunan dan operasi. |
Pembangunan perisian tangkas telah memecahkan halangan antara analisis keperluan, ujian dan pembangunan. Dalam proses pembangunan perisian, pembangunan dan operasi serta penyelenggaraan menghadapi masalah pengasingan yang sama. Matlamat pergerakan DevOps adalah untuk memecahkan halangan antara pembangunan dan operasi serta menggalakkan kerjasama antara pembangunan dan operasi.
Kemunculan alat operasi dan penyelenggaraan baharu serta penubuhan amalan kejuruteraan tangkas telah membolehkan DevOps [1], tetapi pemahaman tentang faedah DevOps masih jauh dari mencukupi Walaupun dengan alat terbaik, jika kita tidak mempunyai hak budaya, DevOps hanya akan Ia hanya perkataan yang bergaya.
Ciri penting budaya DevOps ialah kerjasama yang semakin meningkat antara peranan pembangunan dan operasi. Peralihan budaya diperlukan di peringkat pasukan dan organisasi untuk menyokong kerjasama ini.
Tanggungjawab bersama ialah salah satu budaya pasukan DevOps, dan tanggungjawab bersama menggalakkan kerjasama pasukan selanjutnya. Jika operasi sistem dan kerja penyelenggaraan diserahkan kepada pasukan lain, pasukan pembangunan secara amnya tidak akan mengambil berat tentang operasi khusus dan kerja penyelenggaraan.
Apabila pasukan pembangunan berkongsi kerja operasi dan penyelenggaraan serta tanggungjawab dalam kitaran hayat sistem, pasukan pembangunan dapat memahami kesakitan pasukan operasi dan penyelenggaraan, dan secara proaktif boleh memudahkan kerja yang membosankan dalam pembangunan dan operasi dan penyelenggaraan (seperti automatik). penempatan dan log yang dipertingkatkan) .
Mereka juga boleh mendapatkan keperluan tambahan melalui pemantauan sistem persekitaran pengeluaran. Apabila pasukan operasi dan penyelenggaraan mengambil inisiatif untuk mengambil alih matlamat perniagaan sistem, pasukan operasi dan penyelenggaraan boleh bekerja lebih rapat dengan pasukan pembangunan untuk memahami keperluan operasi dan penyelenggaraan serta memberikan sokongan.
Dalam amalan, kerjasama selalunya bermula apabila pasukan pembangunan menyedari bahawa mereka perlu mengetahui lebih lanjut tentang kerja operasi dan penyelenggaraan (seperti penempatan dan pemantauan) atau pasukan operasi dan penyelenggaraan menggunakan alat dan amalan automasi baharu.
Satukan pasukan pembangunan dan operasiBudaya tanggungjawab bersama juga memerlukan beberapa perubahan organisasi. Seharusnya tiada halangan antara pembangunan dan pasukan operasi. Pada awalnya, penyerahan dokumentasi tidak boleh dipercayai sebagai pengganti untuk bekerja bersama. Struktur sumber organisasi harus menyokong pasukan operasi untuk campur tangan seawal mungkin dalam proses penghantaran produk dan bekerjasama dengan pasukan lain.
Menggabungkan pasukan pembangunan dan operasi boleh mempromosikan mereka untuk bekerjasama dengan berkesan. "Serah dan tandatangan" tidak membantu pasukan berkongsi tanggungjawab dan boleh membawa kepada budaya menyalahkan. Sebaliknya, pasukan pembangunan dan operasi harus bertanggungjawab bersama untuk kejayaan dan kegagalan produk.
Budaya DevOps mengaburkan sempadan antara pembangunan dan operasi, dan akhirnya akan menghapuskannya. Anti-corak biasa apabila memperkenalkan DevOps ke dalam organisasi ialah mencipta peranan DevOps atau pasukan DevOps. Melakukannya hanya akan mewujudkan lebih banyak halangan dan menghalang budaya dan amalan DevOps daripada disebarkan dan digunakan di seluruh pasukan yang lebih luas.
Sokong pasukan penganjur sendiriSatu lagi perubahan organisasi yang berharga adalah untuk menyokong pasukan penganjur sendiri Untuk kerjasama yang lebih cekap, pasukan pembangunan dan operasi dan penyelenggaraan harus membuat keputusan secara bebas dan tidak memerlukan proses pengurusan perubahan yang panjang apabila menerima pakai perubahan. Ini melibatkan kepercayaan dalam pasukan, perubahan dalam kaedah pengurusan risiko, dan keperluan untuk mewujudkan persekitaran di mana kegagalan tidak menjadi kebimbangan.
Sebagai contoh, pasukan yang perlu membuat senarai perubahan dan mendapatkan banyak tanda keluar sebelum mereka boleh melepaskan ke persekitaran ujian sering ditolak. Kita harus bergantung pada kawalan versi boleh diaudit dan bukannya semakan manual yang meluas. Perubahan dalam kawalan versi boleh dipautkan kepada alat pengurusan tugas pasukan tanpa tanda keluar dan kelulusan manual Pasukan boleh menggunakan perubahan secara automatik dan memendekkan kitaran ujian.
Satu kesan daripada perubahan kepada budaya DevOps ialah ia akan menjadi mudah untuk menggunakan kod ke pengeluaran. Ini memerlukan perubahan budaya selanjutnya. Untuk memastikan bahawa perubahan kepada persekitaran pengeluaran boleh dipercayai, pasukan perlu menumpukan pada membina kualiti ke dalam proses pembangunan. Ini termasuk kebimbangan merentas fungsi seperti prestasi dan keselamatan. Teknik penghantaran berterusan (termasuk ujian kendiri kod) membenarkan penggunaan rutin yang berisiko rendah.
Adalah juga penting bagi pasukan untuk menghargai maklum balas Untuk terus menggalakkan pembangunan dan operasi serta penyelenggaraan sebagai satu pasukan, pemantauan persekitaran pengeluaran ialah gelung maklum balas yang sangat berguna, yang boleh membantu mendiagnosis masalah dan menemui titik peningkatan yang berpotensi.
Automasi ialah asas kepada operasi DevOps dan ia mempercepatkan kerjasama. Mengautomatikkan ujian, konfigurasi dan penggunaan membolehkan pasukan mempunyai lebih banyak masa untuk menumpukan pada aktiviti berharga lain dan mengurangkan ralat manusia. Satu lagi faedah skrip dan ujian automatik adalah sentiasa memastikan bahawa dokumentasi sistem adalah terkini. Sebagai contoh, konfigurasi pelayan automatik bermakna kedua-dua pasukan pembangunan dan operasi boleh memahami dan mengubah suai konfigurasi pelayan.
Nota:
[1]: Alat pengendalian dan penyelenggaraan termasuk virtualisasi, pengkomputeran awan dan pengurusan konfigurasi automatik Alat ini disokong dalam amalan kejuruteraan seperti penyepaduan berterusan, reka bentuk tambahan dan pembersihan kod.
Atas ialah kandungan terperinci Transformasi DevOps, hanya alatan tidak mencukupi!. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!