Topik DevOps dan IaC sangat populer dan berkembang pesat. Namun, sebagian besar penulis hanya menangani masalah teknis sepanjang jalur ini. Saya akan menjelaskan ciri-ciri permasalahan perusahaan besar. Saya tidak punya solusinya - masalahnya secara umum fatal dan terletak pada bidang birokrasi, audit, dan “soft skill”.
Karena judul artikelnya seperti ini, Daenerys yang telah berpihak pada Enterprise akan berperan sebagai kucingnya.
Tidak diragukan lagi, sekarang ada benturan antara yang lama dan yang baru. Dan seringkali dalam benturan-benturan ini tidak ada benar atau salah. Begitulah yang terjadi. Tapi, agar tidak berdasar, kita akan mulai dengan layar ini:
Inilah yang disebut Permintaan Perubahan. Anda melihat sekitar sepertiga bidang yang perlu diisi dari berbagai direktori, bidang sisanya ada di bookmark lain. Dokumen tersebut harus diisi untuk menerapkan skrip ke server produksi, atau mengunggah file baru, atau secara umum mengubah apa pun.
Jumlah bidang sedemikian rupa sehingga saya menulis otomatisasi kecil saya sendiri untuk mengisi bidang-bidang ini. Selain itu, halaman ini ditulis sedemikian rupa sehingga tidak ada alat otomasi yang dapat melihat bidangnya, dan satu-satunya solusi yang mungkin adalah menggunakan AutoIt untuk mengklik koordinat dengan mouse dengan bodoh. Nilai tingkat keputusasaan Anda untuk melakukan ini:
Jadi, Anda menggunakan jenkins, chef, terraform, nexus, dll., dan dengan senang hati menerapkan semuanya ke dev Anda. Namun tiba saatnya mengirimkannya ke QA, UAT dan PROD. Anda memiliki artefak Nexus dan Anda menerima surat dari DBA dengan sesuatu seperti ini:
Sayang,
Pertama-tama, nexus Anda dapat Anda miliki sendiri. Saya tidak memiliki akses ke Nexus Anda
Kedua, semua perubahan harus dikeluarkan sebagai Permintaan Perubahan.
Anda perlu mengekstrak skrip SQL dari Nexus dan melampirkannya ke Permintaan Perubahan.
Jika perubahannya bukan Darurat, sebaiknya dilakukan 7 hari sebelum rilis (khusus di Akhir Pekan)
Ketika Permintaan Perubahan Anda disetujui oleh sekelompok orang, DBA akan mengeksekusi skrip Anda dan bahkan mengirimkan tangkapan layar hasilnya melalui surat.Hormat kami, DBA Anda yang telah bekerja di sini sejak masa mainframe.
Tahukah Anda hal ini mengingatkan saya pada apa? Semi-otomatisasi: robot memegang rangka, dan pekerja memukulnya dengan palu godam. Nah, apa gunanya Nexus ini jika semuanya dilakukan sepenuhnya secara manual?
Namun Enterprise tidak boleh disalahkan atas hal ini! Tentu saja berdarah-darah, tapi semua birokrasi dengan Permintaan Perubahan ini dipaksakan dan berasal dari auditor. Perusahaan harus bekerja seperti ini, titik. Dia tidak bisa melakukannya dengan cara lain. Dan audit adalah hal yang sangat konservatif. Misalnya, seberapa banyak yang telah dikatakan tentang fakta bahwa kata sandi yang panjang dan rumit dan sering diubah itu buruk, tetapi perusahaan akan menjadi tempat terakhir di mana hal ini akan diubah. Juga dengan penerapan dan lainnya.
Ngomong-ngomong, suatu saat saya mencoba membuat file untuk terraform, tetapi tidak berhasil. Saya menemukan arti dari tag 'Kode Penagihan Akuntansi Proyek', yang tidak pernah berhasil saya temukan - saya tidak memiliki cukup soft skill.
Saya bahkan tidak membahas topik Luddisme pasif - oh, otomatisasi Anda mengancam keamanan pekerjaan saya, saya tidak ingin mempelajari sesuatu yang baru, jadi saya akan menyabotasenya secara diam-diam.
Nah, pada prinsipnya apa solusinya? Sistem ITSM memiliki API yang sangat primitif untuk menghasilkan dokumen secara otomatis. Dan secara umum, sebagian besar sistem ini berasal dari zaman mainframe. Adakah yang tahu sistem ITSM yang benar-benar modern? Adakah yang punya pengalaman sukses mengintegrasikan DevOps modern dan birokrasi? Tentu saja, kita tidak berbicara tentang situs penjualan murni, di mana penerapannya dapat dilakukan setiap hari, tetapi, misalnya, sektor perbankan, yang berada di bawah auditor dan isolasi yang sangat kuat di lingkungan yang lebih tinggi.
Jangan lupa bahwa semua fantasi Anda dibatasi oleh audit. Dan itu mengubah segalanya. Saya menunggu Anda di komentar!
Sumber: www.habr.com