Meskipun solusi PaaS (Platform as a Service) saja tidak dapat mengubah cara individu dan tim berinteraksi, solusi tersebut sering kali berfungsi sebagai katalisator perubahan organisasi sebagai respons terhadap peningkatan ketangkasan TI.
Faktanya, laba maksimum atas investasi PaaS seringkali hanya dapat dicapai dengan mengubah peran, tanggung jawab (tugas), dan hubungan organisasi. Untungnya, solusi PaaS seperti OpenShift Container Platform cukup fleksibel untuk memungkinkan setiap organisasi TI menentukan kecepatan dan skala perubahan relatif terhadap orang-orang yang terlibat dan proses yang terjadi.
Pada tahap pertama containerisasi perusahaan, prioritas utama adalah penerapan platform container sebagai sistem penerapan aplikasi baru. Pada titik ini, organisasi mengaitkan pekerjaan yang sudah dikenal dengan peran yang sudah dikenal untuk menanggapi permintaan standar dari tim pengembangan mengenai masalah seperti sistem penyimpanan, lingkungan penerapan, dan sebagainya. Pada tahap containerisasi selanjutnya, kita sudah membicarakan tentang otomatisasi atau penyediaan kemampuan layanan mandiri kepada pengembang untuk mengurangi beban administrator sistem dan membawa otonomi dan efisiensi pengembang ke tingkat yang lebih tinggi. Ini adalah bagaimana sebuah organisasi mulai bergerak menuju DevOps. Pada tahap akhir containerisasi, perusahaan sampai pada model DevOps yang lebih murni dan kanonik, di mana banyak tugas dan pekerjaan sebelumnya berada di bawah kendali tim lintas fungsi yang dikelompokkan bukan berdasarkan platform atau teknologi, namun dari sudut pandang pandangan untuk memastikan pengoperasian aplikasi atau layanan aplikasi.
Dalam postingan ini, kami akan memberikan panduan tentang cara membuat perubahan organisasi yang diperlukan dan bagaimana peran TI tradisional berubah seiring dengan penerapan teknologi container di perusahaan.
Menghubungkan pekerjaan baru dengan peran lama
Dalam bentuk dasarnya, model organisasi PaaS dirancang untuk mengalokasikan sumber daya TI secara lebih fleksibel dan cepat ke aplikasi sebagai lingkungan runtime. Meskipun ini memberikan keuntungan tertentu bagi administrator sistem, pengembang biasanya tidak mendapatkan manfaat signifikan atau kemampuan baru, karena pada tahap ini, perusahaan dapat dengan mudah melakukannya tanpa otomatisasi, layanan mandiri, atau peningkatan radikal pada alur kerja penyebaran. Meskipun dampaknya terhadap proses pengembangan minimal pada tahap ini, PaaS tetap meningkatkan kelincahan sistem TI, memungkinkan administrator untuk melayani permintaan pengembang dengan lebih baik. Misalnya, sementara sebelumnya membuat lingkungan pengembangan dari beberapa mesin virtual Berbeda dengan pembuatan dan penyebaran volume penyimpanan yang membutuhkan waktu berhari-hari atau bahkan berminggu-minggu, yang melibatkan beberapa administrator berbeda, di PaaS semuanya dilakukan jauh lebih cepat dan hanya oleh satu administrator. Dengan kata lain, tim pengembang mengirimkan permintaan seperti sebelumnya, tetapi pekerjaan untuk mengimplementasikannya sekarang dilakukan sesuai dengan model baru.
Menuju Organisasi DevOps
Dengan meluncurkan PaaS dan mentransisikan spesialis operasi TI dan pengembang aplikasi ke dalamnya, organisasi dapat terus menerapkan metodologi DevOps, yang antara lain mencakup prinsip-prinsip dasar berikut:
- Bagi pekerjaan menjadi langkah-langkah keciluntuk menerima umpan balik awal, mengurangi risiko dan menghindari kelumpuhan analisis;
- Otomatiskan operasi secara memadaiuntuk menghindari timbulnya hambatan atau hambatan dalam proses penerapan aplikasi;
- Pertukaran Pengetahuan – kunci untuk membangun kepercayaan;
- Bayar utang teknis secara teratur, mengalokasikan waktu tertentu dalam setiap siklus kerja untuk perbaikan sistematis.
Pada fase kedua adopsi teknologi container, tim pengembangan secara alami mulai melihat peluang untuk perbaikan, dan perusahaan bersandar pada model DevOps yang lebih tradisional. Mekanisme tradisional dalam mengirimkan dan memenuhi permintaan layanan kini dianggap sebagai hambatan, sehingga organisasi berupaya mengotomatiskan tindakan berulang dan memberikan kemampuan layanan mandiri kepada pengembang. Selain itu, kemampuan pengembang dalam aplikasi tertentu ditentukan oleh upaya bersama dari spesialis TI yang mengoperasikan platform dan mereka yang bertanggung jawab untuk mengirimkan aplikasi. Dengan kata lain, administrator sistem, yang melakukan tindakan atas permintaan pengembang, digantikan oleh dua kategori karyawan yang disebutkan di atas yang bertanggung jawab untuk menjelaskan dan menerapkan kebijakan yang mengatur apa yang sebenarnya boleh dilakukan oleh pengembang. Prosedur otomatis membantu memastikan kepatuhan terhadap persyaratan tertentu dan mengoordinasikan tindakan ketika suatu situasi berada di luar cakupan kebijakan yang ada.
Peralihan ke jadwal berulang, di mana lingkungan TI dan model operasi mengalami perubahan berulang dari waktu ke waktu, merupakan tonggak penting dalam mencapai perusahaan DevOps yang matang. Tingkat penerapan metodologi DevOps bergantung pada toleransi masing-masing organisasi terhadap perubahan dan perubahan mana yang memberikan manfaat paling besar. Misalnya, jika kebutuhan untuk membuat lingkungan atau aplikasi baru jarang terjadi, maka mengoptimalkan aktivitas terkait akan menjadi kurang penting dibandingkan meningkatkan kendali pengembang atas siklus hidup aplikasi.
Tantangan baru yang muncul dalam organisasi TI saat bermigrasi ke OpenShift
Di bagian ini, kita akan melihat peran dan tugas yang biasanya digunakan oleh organisasi yang telah mengadopsi OpenShift untuk mempercepat otomatisasi dan layanan mandiri menggunakan teknologi dan PaaS.
Tabel di bawah mencantumkan tugas utama tingkat atas yang ada di organisasi mana pun yang telah menerapkan OpenShift, dengan contoh pekerjaan dan keterampilan terkait. Daftar tugas ini tidak boleh disamakan dengan struktur rincian kerja atau struktur tim, melainkan serangkaian tugas yang harus diselesaikan oleh mereka yang bertanggung jawab untuk mendukung lingkungan TI agar implementasi platform container berhasil. Faktanya, kami akan menunjukkan lebih jauh bahwa pengenalan teknologi container menciptakan prasyarat untuk pembentukan strategi DevOps yang lebih matang di perusahaan, yang pada gilirannya meningkatkan derajat lintas fungsi tim dan mengurangi risiko spesialisasi yang sempit di tim. tingkat individu dan tim.
Tabel 1. Definisi tugas OpenShift
tugas
Keterampilan yang Diperlukan
Otomatisasi dan penyediaan infrastruktur TI
Pekerjaan:
- Desain dan konstruksi solusi perangkat keras
- Organisasi dan dukungan otomatisasi pengaturan awal
- Desain dan otomatisasi VM dan persiapan host
- Desain dan implementasi pusat data
- Administrasi sistem Linux
- Skenario Otomatisasi
- Pengetahuan tentang sistem penyimpanan
- Pengetahuan tentang desain dan implementasi jaringan
- keamanan
Menginstal dan mengelola platform OpenShift
Pekerjaan:
- Melakukan instalasi cluster
- Manajemen layanan infrastruktur
- Manajemen penskalaan platform
- Otentikasi dan otorisasi tingkat platform
- Administrasi sistem Linux
- Pengetahuan tentang teknologi jaringan
- Skrip otomatisasi (Mungkin)
- Pengetahuan tentang sistem penyimpanan
- Pengetahuan tentang teknologi dan arsitektur kontainer
- Pengetahuan tentang arsitektur Kubernetes dan OpenShift
- Keamanan Platform
- Integrasi pemantauan
Mengelola persiapan lingkungan klien (penyedia penyewa), isolasi kapasitas TI
Pekerjaan:
- Membuat pengguna dan tim dalam platform
- Desain dan manajemen kuota
- Desain dan Implementasi RBAC
- Pengetahuan tentang arsitektur Kubernetes dan OpenShift
- Pengetahuan tentang teknologi dan arsitektur kontainer
- Skenario Otomatisasi
- Pengetahuan yang baik tentang proyek, kuota, penetapan peran, dan bekerja dengan perencana
Membangun dan mengelola gambar dasar
Pekerjaan:
- Mengembangkan Alur Kerja Modifikasi Gambar
- Pengembangan citra berbasis standar
- Administrasi sistem Linux
- Skenario Otomatisasi
- Mengonfigurasi komponen aplikasi runtime dan middleware
- Pengetahuan tentang arsitektur container
- Kerangka kerja pembuatan aplikasi
- Pengetahuan yang baik tentang gambar, aliran gambar, dan templat
Merancang dan mengelola jalur penerapan
Pekerjaan:
- Desain dan dokumentasi standar konveyor
- Pengembangan panduan cepat dan template
- Pelatihan pengembang
- Manajemen kode sumber
- Desain dan implementasi aplikasi
- Skenario Otomatisasi
- Pengujian Otomatis
- Pengujian kualitas kode
- Pengetahuan tentang arsitektur container
- Pengetahuan tentang infrastruktur yang tidak dapat diubah
- Keamanan – mengelola akses ke tahapan pipeline, menyetujui alur kerja, dll.
- Pengetahuan yang baik tentang template OpenShift, konfigurasi build komponen, konfigurasi penerapan, layanan, rute, peta konfigurasi
Pengembangan aplikasi dan pengujian
Pekerjaan:
- Pengkodean Aplikasi
- Pengembangan tes otomatis
- Menanggapi Kegagalan Pengujian Selama Deployment Pipeline
- Menanggapi Kegagalan Aplikasi
- Pengujian Penerimaan Pengguna
- Desain dan implementasi aplikasi
- Pengujian Otomatis
- Manajemen kode sumber
- Pemantauan Aplikasi
- Pengetahuan tentang arsitektur aplikasi cloud native
Pemantauan operasional dan manajemen aplikasi
Pekerjaan:
- Merancang Aplikasi dalam Konteks Kinerja
- Memantau Aplikasi saat Runtime
- Penskalaan aplikasi (atau penskalaan otomatis)
- Manajemen Ketersediaan Aplikasi
- Kuota permintaan dan batas pengelolaan sumber daya
- Pengujian Kinerja dan Kapasitas TI
- Merancang dan Mengimplementasikan Kinerja Aplikasi
- Pemantauan kinerja aplikasi
- Pengujian kinerja dan beban
Pengujian Penerimaan Pengguna
Pekerjaan:
- Pengujian UI (desain dan pengalaman pengguna)
- Pengembangan tes otomatis
- Rancang dan uji antarmuka pengguna
- Pola Pengujian Otomatis
- Kerangka Pengujian
- Pola Desain Aplikasi
Peran baru yang muncul dalam organisasi TI saat bermigrasi ke OpenShift
Saat Anda beralih ke model organisasi yang berpusat pada DevOps, jumlah spesialisasi peran cenderung menurun, dan jumlah tim serta peran lintas fungsi meningkat untuk memaksimalkan efisiensi kolaborasi. Menurut kami, inilah daftar posisi kunci dalam organisasi TI yang menggunakan OpenShift:
- Insinyur Operasi Aplikasi ATAU Insinyur Keandalan Situs. Sebelumnya, posisi ini mungkin disebut “Administrator Server Aplikasi.”
- Pengembang Aplikasi/Pengembang Perangkat Lunak/Insinyur Perangkat Lunak.
- Administrator Klaster/Platform Aplikasi. Sebelumnya, peran ini mungkin disebut "Administrator Sistem" atau "Administrator". Linux-platform".
- Manajer Rilis/Insinyur Pembuatan.
Matriks Peran dan Tugas RACI
Terakhir, kami melanjutkan untuk membandingkan posisi dan tugas yang dibahas di atas untuk memberikan gambaran umum tentang seperti apa struktur organisasi yang mengimplementasikan DevOps pada platform OpenShift. Awalnya, peran-peran berikut mungkin diisi oleh berbagai cabang struktur organisasi tradisional yang lama. Namun seiring berjalannya waktu, konsolidasi terjadi dan tim baru dibangun berdasarkan aplikasi yang menangani sebagian besar atau bahkan seluruh tugas yang tercantum di bawah.
tugas
Peran
Insinyur Operasi Aplikasi / Insinyur Keandalan Situs
Pengembang Aplikasi / Pengembang Perangkat Lunak / Insinyur Perangkat Lunak
Administrator Klaster/Platform Aplikasi
Manajer Rilis Perangkat Lunak/Insinyur Perakitan
Otomatisasi dan penyediaan infrastruktur TI
I
I
R / A
C
Menginstal dan mengelola platform OpenShift
C
I
R / A
C
Merancang dan mengelola jalur penerapan
C
C
I
R / A
Kelola penyediaan penyewa, isolasi, dan kapasitas TI
C
I
R / A
I
Membangun dan mengelola gambar dasar
R
C
R / A
C
Pengembangan aplikasi dan pengujian
C
R / A
I
I
Pemantauan operasional dan manajemen aplikasi
R / A
C
C
I
Pengujian Penerimaan Pengguna
C
R
I
I
Konvensi dalam matriks RACI
Sumber:
- Tanggung jawab – Pelaku adalah orang yang melakukan apa yang diperlukan untuk menyelesaikan tugas.
- Akuntabel – Bertanggung jawab – seorang karyawan yang pada akhirnya bertanggung jawab atas pelaksanaan tugas atau pencapaian suatu hasil dengan benar dan menyeluruh; dan juga satu-satunya yang dapat mendelegasikan pekerjaan kepada pelakunya.
- Berkonsultasi – Konsultan – biasanya merupakan pakar di bidangnya yang memerlukan nasihat; Komunikasi dua arah tetap terjaga dengan mereka.
- Diinformasikan – Informed (terinformasi) – orang-orang yang selalu mendapat informasi tentang kejadian-kejadian (dan kadang-kadang hanya setelah menyelesaikan suatu tugas atau mencapai suatu hasil); mereka menerima informasi secara sepihak.
Bagaimana tim bekerja sama dalam organisasi DevOps
Akuisisi sumber daya tradisional biasanya melibatkan siklus permintaan sumber daya yang kemudian dieksekusi oleh banyak tim. Pada akhirnya, semua sumber daya yang diperlukan dialokasikan dan dikonfirmasi oleh pihak yang meminta. Seringkali proses ini sebagian atau seluruhnya bersifat manual dan memerlukan interaksi yang sering dan berulang antar tim agar berhasil memproses setiap permintaan.
Gambar 1. Organisasi TI tradisional
Diagram di atas menggambarkan hubungan khas antar tim dalam organisasi TI tradisional. Dalam skema ini, beberapa tim menghubungi tim lain dengan permintaan untuk melakukan pekerjaan yang diperlukan, menggunakan sarana komunikasi yang kurang lebih formal, seperti sistem tiket atau email. Permintaan-permintaan ini kemudian masuk ke dalam antrian dan menunggu di bagian sayap, dengan penantian yang lama sering kali menyebabkan memburuknya, atau bahkan memperburuk, hubungan antar tim. Yang menambah ketegangan adalah kenyataan bahwa anggota tim yang berbeda jarang bertemu langsung dan cenderung hanya berbagi informasi minimum yang diperlukan.
Gambar 2: Organisasi TI DevOps
Diagram ini menunjukkan cara kerja kolaborasi dalam organisasi DevOps. Di sini, tim yang sama dari diagram sebelumnya meninggalkan komunikasi tidak efektif yang memperkuat silo dan menggantinya dengan kontak pribadi, sehingga menciptakan saluran interaksi yang konstan antar tim. Saluran-saluran ini mengembangkan serangkaian keterampilan campuran yang membantu karyawan lebih memahami dan membayangkan kebutuhan, tantangan, dan peluang tim yang mereka wakili. Tim saling memberdayakan untuk menyelesaikan pekerjaan melalui portal layanan mandiri otomatis, dibandingkan menangani permintaan perubahan orang lain secara manual seperti yang terjadi di masa lalu. Dan berkat kehadiran saluran interaksi, sistem layanan mandiri ini dapat dengan cepat beradaptasi dengan kebutuhan tim yang dirancang untuk sistem tersebut. Untuk mencapai pemahaman dan berbagi pengetahuan yang lebih baik dalam organisasi, anggota tim secara berkala merotasi peran untuk mendapatkan pengalaman berinteraksi dengan tim yang berbeda dan lebih memahami gambaran besar sistem TI yang mereka dukung, sehingga meningkatkan tingkat lintas fungsi dan kegunaannya.
Menyimpulkan
Dalam postingan ini, kami membahas bagaimana penerapan solusi PaaS dapat menggerakkan organisasi menuju DevOps, mengubah peran dan tugas tradisional sebagai bagian dari proses. Itu sebabnya kami telah membuat daftar tantangan TI utama yang dihadapi organisasi saat bermigrasi ke OpenShift, serta keterampilan yang diperlukan untuk menyelesaikannya. Kami juga menyediakan serangkaian peran inti organisasi yang muncul saat membangun tim DevOps lintas fungsi, dan matriks RACI yang menghubungkan peran baru dengan tugas baru. Terakhir, kami membahas bagaimana platform OpenShift dan metodologi DevOps yang terkait dapat mengubah struktur organisasi saat mereka beralih dari hierarki tradisional dan sistem tiket ke tim lintas fungsi dengan tingkat komunikasi pribadi yang lebih tinggi.
Sumber: www.habr.com
