Tema DevOps dan IaC sangat populer dan berkembang pesat. Namun, sebagian besar penulis berhubungan dengan masalah teknis murni di sepanjang jalan. Saya akan menjelaskan masalah karakteristik perusahaan besar. Saya tidak punya solusi - masalahnya, secara umum, fatal dan terletak di bidang birokrasi, audit, dan "soft skill".
Karena judul artikelnya demikian, maka Dineris akan bertindak sebagai kucing, yang telah beralih ke sisi Enterprise
Tidak diragukan lagi, sekarang ada bentrokan lama dan baru. Dan seringkali dalam tabrakan ini tidak ada hak, tidak bersalah. Itu terjadi begitu saja. Tetapi, agar tidak berdasar, kita akan mulai di sini dari layar ini:
Ini disebut Permintaan Perubahan. Anda melihat sekitar sepertiga dari bidang yang perlu Anda isi dari berbagai direktori, bidang yang tersisa di tab lain. Dokumen semacam itu harus diselesaikan untuk menerapkan skrip ke server produksi, atau untuk mengunggah file baru dan, secara umum, mengubah sesuatu.
Jumlah kolomnya sedemikian sehingga saya menulis otomasi kecil saya untuk mengisi bidang ini. Selain itu, halaman ini ditulis sehingga tidak ada alat otomasi yang dapat melihat bidangnya, dan satu-satunya solusi yang mungkin adalah menggunakan AutoIt untuk dengan bodohnya memukul mouse dengan koordinatnya. Nilai tingkat keputusasaan untuk memutuskan ini:
Jadi, Anda mengambil jenkins, chef, terraform, nexus dan sebagainya, dan dengan senang hati menyebarkan semuanya pada dev Anda. Tetapi sekarang saatnya untuk mengirimkan ini ke QA, UAT dan PROD. Anda memiliki artefak Nexus dan Anda menerima surat dari DBA dengan kira-kira teks berikut:
Sayang
Pertama, nexus Anda bisa Anda bayangkan saya tidak memiliki akses ke Nexus Anda
Kedua, semua perubahan harus dikeluarkan sebagai Permintaan Perubahan.
Script SQL Anda perlu mengisolasi mereka Nexus, dan melampirkan ke Ubah Permintaan.
Jika perubahannya bukan Darurat, ini harus dilakukan setelah 7 hari rilis (khusus di Akhir Pekan)
Ketika Permintaan Perubahan Anda mengirim sekelompok orang, DBA akan mengeksekusi skrip Anda dan bahkan mengirim tangkapan layar hasilnya melalui surat.
Hormat kami, DBA Anda yang telah bekerja di sini sejak zaman mainframe.
Apakah Anda tahu apa yang mengingatkan saya pada ini? Semi-otomatisasi: robot memegang tempat tidur, dan pekerja memukulnya dengan palu godam. Nah, sungguh, apa gunanya Nexus ini, jika kemudian semuanya dilakukan secara manual?
Tetapi Perusahaan tidak seharusnya disalahkan! Dia, tentu saja, berdarah, tetapi semua birokrasi dengan Change Requests ini dipaksa dan berasal dari auditor. Perusahaan harus bekerja seperti itu, titik. Tidak mungkin baginya sebaliknya. Dan audit adalah hal yang sangat konservatif. Seberapa banyak, misalnya, dikatakan bahwa kata sandi lama pseudo-kompleks dan sering diubah adalah buruk, tetapi perusahaan akan menjadi tempat terakhir untuk mengubahnya. Juga dengan penyebaran dan yang lainnya.
Ngomong-ngomong, pada suatu waktu saya mencoba membuat file untuk terraform, tetapi saya tidak berhasil. Saya menemukan nilai tag 'Kode Akuntansi Proyek', yang masih belum saya ketahui - soft skill tidak cukup.
Saya bahkan tidak mengambil topik luddism pasif - oh, otomasi Anda mengancam keamanan pekerjaan saya, saya tidak ingin mempelajari sesuatu yang baru, jadi saya akan menyabotnya dengan tenang.
Nah, dan apa yang bisa menjadi solusi pada prinsipnya? Sistem ITSM memiliki API yang sangat primitif untuk secara otomatis menghasilkan dokumen. Bagaimanapun, sebagian besar sistem ini berasal dari waktu mainframe.
Mungkin seseorang tahu sistem ITSM yang benar-benar modern? Adakah yang bisa memiliki pengalaman sukses mengintegrasikan DevOps dan birokrasi modern? Ini, tentu saja, bukan semata-mata tentang situs penjualan murni di mana benar-benar dapat ada penyebaran setiap hari, tetapi, misalnya, sektor perbankan, yang berada di bawah auditor dan isolasi yang sangat kuat dari lingkungan yang lebih tinggi.
Hanya saja, jangan lupa bahwa semua fantasi Anda dibatasi oleh audit. Dan itu semua berubah. Menunggu Anda di komentar!