Get best of the week

Bagaimana OpenShift mengubah struktur organisasi organisasi TI. Evolusi model organisasi ketika pindah ke PaaS

Meskipun solusi PaaS (Platform as a Service) saja tidak mampu mengubah cara interaksi individu dan tim, mereka sering berfungsi sebagai katalis untuk perubahan organisasi dalam menanggapi peningkatan fleksibilitas teknologi TI.



Bahkan, pengembalian maksimum investasi dalam PaaS seringkali hanya mungkin jika peran organisasi, bidang tanggung jawab (tugas) dan hubungan diubah. Untungnya, solusi PaaS, seperti Platform OpenShift Container, cukup fleksibel sehingga setiap organisasi TI dapat secara independen menentukan kecepatan dan tingkat perubahan relatif terhadap orang-orang yang terlibat dan proses yang terjadi.

Pada tahap pertama kontainerisasi perusahaan, prioritas utama adalah implementasi platform wadah sebagai sistem penyebaran aplikasi baru. Pada titik ini, organisasi mengikat pekerjaan yang sudah dikenal dengan peran yang sudah dikenal untuk menanggapi permintaan standar dari tim pengembangan dalam masalah seperti sistem penyimpanan, lingkungan penyebaran, dan banyak lagi. Pada tahap-tahap kontinuitas berikutnya, kita sudah berbicara tentang otomatisasi atau menyediakan pengembang dengan kemampuan swalayan untuk mengurangi beban pada administrator sistem dan membawa otonomi dan efisiensi pengembang ke tingkat yang lebih tinggi. Ini adalah bagaimana organisasi mulai bergerak menuju DevOps. Pada tahap akhir dari containerisasi perusahaan, ia datang ke model DevOps yang lebih bersih dan kanonik,dalam kerangka yang banyak tugas dan pekerjaan sebelumnya berada di bawah kendali tim lintas fungsi, yang dikelompokkan bukan berdasarkan platform atau teknologi, tetapi dari sudut pandang memastikan pengoperasian aplikasi atau layanan aplikasi.

Dalam posting ini, kami akan memberikan panduan tentang perubahan organisasi yang diperlukan dan menjelaskan bagaimana peran TI tradisional berubah dengan diperkenalkannya teknologi wadah di perusahaan.

Menghubungkan Pekerjaan Baru ke Peran Lama


Dalam bentuk dasarnya, awal, model organisasi PaaS dibentuk untuk mengalokasikan sumber daya TI secara lebih fleksibel dan efisien untuk aplikasi sebagai lingkungan runtime. Dan meskipun ini memberikan keuntungan tertentu kepada administrator sistem, pengembang di sini, sebagai suatu peraturan, tidak menerima manfaat dan peluang baru, karena pada tahap ini perusahaan dapat melakukannya tanpa memulai otomatisasi, memperkenalkan layanan mandiri atau secara radikal meningkatkan pipa penyebaran. Secara minimal memengaruhi proses pengembangan pada tahap ini, PaaS tetap meningkatkan dinamika sistem TI, yang memungkinkan administrator untuk melayani permintaan pengembang dengan lebih baik. Misalnya, jika sebelumnya bisa memakan waktu berhari-hari, atau bahkan berminggu-minggu, untuk membuat lingkungan pengembangan dari beberapa mesin virtual dan volume penyimpanan,dan diperlukan partisipasi beberapa administrator yang berbeda, maka di PaaS semuanya dilakukan jauh lebih cepat dan dengan bantuan hanya satu administrator. Dengan kata lain, tim pengembangan mengajukan aplikasi seperti sebelumnya, tetapi pekerjaan implementasi aplikasi ini sudah dilakukan sesuai dengan skema baru.

Menuju Organisasi DevOps


Dengan meluncurkan PaaS dan mentransfer spesialis operasi sistem TI dan pengembang aplikasi ke sana, organisasi dapat terus menerapkan metodologi DevOps, yang antara lain mencakup prinsip-prinsip dasar berikut:

  • Bagi pekerjaan ke dalam tahap-tahap kecil untuk mendapatkan umpan balik di tahap-tahap awal, mengurangi risiko dan menghindari "kelumpuhan analitis";
  • Otomatiskan operasi secukupnya agar tidak menciptakan hambatan atau hambatan dalam proses penyebaran aplikasi;
  • Berbagi pengetahuan adalah kunci untuk membangun kepercayaan;
  • Secara teratur membayar utang teknis , mengalokasikan sejumlah waktu dalam setiap siklus kerja untuk perbaikan sistematis.

Pada tahap kedua penerapan teknologi wadah, tim pengembangan secara alami mulai melihat peluang untuk peningkatan, dan perusahaan condong ke arah model DevOps yang lebih kanonik. Mekanisme tradisional untuk mengirim dan melaksanakan permintaan layanan sekarang dianggap sebagai hambatan, sehingga organisasi berusaha untuk mengotomatiskan tindakan berulang dan menyediakan pengembang dengan kemampuan layanan mandiri. Selain itu, kemampuan pengembang ini dalam kerangka aplikasi tertentu ditentukan oleh upaya bersama spesialis TI dalam pengoperasian 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 di atas yang bertanggung jawab atas uraian dan penerapan kebijakan yang mengatur,apa sebenarnya yang boleh dilakukan pengembang sendiri. Prosedur otomatis membantu memastikan kepatuhan dengan persyaratan ini dan mengoordinasikan tindakan dalam kasus di mana situasi melampaui ruang lingkup kebijakan yang ada.

Beralih ke garis waktu berulang di mana lingkungan TI dan model operasi mengalami perubahan berulang dari waktu ke waktu adalah tonggak penting dalam hal membangun sistem DevOps yang matang di perusahaan. Tingkat adopsi metodologi DevOps tergantung pada toleransi masing-masing organisasi untuk berubah dan perubahan mana yang paling menguntungkan. Misalnya, jika kebutuhan untuk menciptakan lingkungan atau aplikasi baru muncul jarang, maka mengoptimalkan tindakan yang sesuai akan kurang penting daripada memperkuat kontrol pengembang selama siklus hidup aplikasi.

Tantangan baru yang dihadapi organisasi TI saat pindah ke OpenShift


Di bagian ini, kita akan melihat peran dan tugas yang biasanya digunakan organisasi yang beralih ke OpenShift untuk mempercepat otomatisasi dan swalayan menggunakan teknologi dan PaaS.

Tabel di bawah ini mencantumkan tugas-tugas utama tingkat atas yang ada di organisasi mana pun yang telah menerapkan OpenShift, dengan contoh pekerjaan dan keterampilan yang relevan. Daftar tugas ini tidak boleh disamakan dengan skema pembagian kerja atau struktur organisasi tim, ini hanya serangkaian tugas yang harus ditutup oleh mereka yang bertanggung jawab untuk mendukung lingkungan TI untuk keberhasilan implementasi platform wadah. Bahkan, kami akan menunjukkan lebih lanjut bahwa penerapan teknologi wadah menciptakan prasyarat untuk pembentukan strategi DevOps yang lebih matang di perusahaan, yang pada gilirannya meningkatkan derajat fungsi lintas tim dan mengurangi risiko spesialisasi sempit di tingkat karyawan dan tim individu.

Tabel 1. Definisi Tugas OpenShift
TugasKeterampilan yang dibutuhkan
(provisioning) -

:

  • -
  • Linux

OpenShift

:

  • Linux
  • (Ansible)
  • Kubernetes OpenShift

(tenant provisioning), -

:
  • RBAC

  • Kubernetes OpenShift
  • , ,



:

  • Linux
  • runtime- middleware
  • (application build frameworks)
  • , imagestream



:

  • immutable
  • – , . .
  • OpenShift, buildconfigs, deploymentconfigs, services, routes, configmaps



:

  • (cloud native)



:
  • ( )
  • -




:
  • UI ( )

  • Kerangka pengujian
  • Template Desain Aplikasi


Peran baru yang muncul dalam organisasi TI saat bermigrasi ke OpenShift


Ketika Anda pindah ke model organisasi berbasis DevOps, jumlah spesialisasi peran cenderung menurun, dan jumlah tim dan peran lintas fungsi pada gilirannya tumbuh untuk memaksimalkan kolaborasi. Di sini, menurut pendapat kami, adalah daftar posisi kunci dalam organisasi TI menggunakan OpenShift:

  • Insinyur Operasi Aplikasi ATAU Engineer Keandalan Situs. Sebelumnya, posisi ini bisa disebut "Application Server Administrator".
  • Pengembang Aplikasi / Pengembang Perangkat Lunak / Insinyur Perangkat Lunak.
  • Cluster / Administrator Platform Aplikasi. Sebelumnya, peran ini bisa disebut "System Administrator" atau "Linux Platform Administrator."
  • Manajer Rilis Perangkat Lunak (Build Engineer).

Peran RACI dan Matriks Tugas


Akhirnya, kami beralih ke 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 berikut dapat dilakukan oleh cabang yang berbeda dari struktur organisasi tradisional yang lama. Tetapi seiring berjalannya waktu, konsolidasi terjadi dan tim-tim baru, yang dibangun di sekitar aplikasi, muncul paling dekat atau bahkan semua tugas di bawah ini.

TugasPeran
Insinyur Operasi Aplikasi / Insinyur Keandalan SitusPengembang Aplikasi / Pengembang Perangkat Lunak / Insinyur Perangkat LunakCluster / Administrator Platform AplikasiManajer Rilis Perangkat Lunak / Insinyur Perakitan
Otomasi dan penyediaan infrastruktur TIsayasayaR / aC
Menginstal dan mengelola platform OpenShiftCsayaR / aC
Merancang dan mengelola jaringan penyebaranCCsayaR / a
Kelola penyediaan penyewa, isolasi, dan kemampuan TICsayaR / asaya
Bangun dan kelola gambar dasarRCR / aC
Pengembangan aplikasi dan pengujianCR / asayasaya
Pemantauan Operasional dan Manajemen AplikasiR / aCCsaya
Pengujian Penerimaan KustomCRsayasaya

Konvensi di Matriks RACI
Sumber: Wikipedia

  • Bertanggung jawab - Seorang pelaksana adalah orang yang melakukan apa yang diperlukan untuk menyelesaikan tugas.
  • Accountable – – , ; , .
  • Consulted – – , , ; .
  • Informed – – , (, ); .

DevOps-


Skema tradisional untuk memperoleh sumber daya, sebagai suatu peraturan, adalah serangkaian permintaan untuk alokasi sumber daya, yang kemudian dieksekusi oleh beberapa perintah. Pada akhirnya, semua sumber daya yang diperlukan dialokasikan dan dikonfirmasi oleh pemohon. Seringkali proses ini sebagian atau bahkan sepenuhnya dilakukan secara manual dan memerlukan interaksi yang sering dan banyak antara tim untuk berhasil memproses setiap permintaan.

Gambar 1. Organisasi TI tradisional



Diagram di atas menggambarkan hubungan khas antara tim dalam organisasi TI tradisional. Sebagai bagian dari skema ini, beberapa tim beralih ke tim lain dengan permintaan untuk melakukan pekerjaan yang diperlukan dengan menggunakan kurang lebih sarana komunikasi yang diformalkan, seperti sistem tiket atau email. Kemudian permintaan ini jatuh ke dalam antrian dan menunggu di sayap, dan menunggu lama sering menyebabkan kemunduran, dan bahkan memperburuk hubungan antar tim. Ketegangan ini diperburuk oleh fakta bahwa anggota tim yang berbeda jarang bertemu satu sama lain secara pribadi dan, sebagai aturan, hanya membagikan informasi minimum yang diperlukan.

Gambar 2. DevOps IT organization



Diagram ini menunjukkan bagaimana kolaborasi bekerja di organisasi DevOps. Di sini, tim yang sama dari diagram sebelumnya meninggalkan komunikasi yang tidak efisien, yang meningkatkan perpecahan, dan menggantinya dengan kontak pribadi, sehingga menciptakan saluran interaksi permanen antara tim. Saluran-saluran ini membantu membangun skillet hybrid yang membantu karyawan lebih memahami dan mewakili kebutuhan, tantangan, dan kemampuan tim yang mereka wakili. Tim saling memberi kesempatan untuk melakukan pekerjaan yang diperlukan melalui portal swalayan otomatis alih-alih memproses permintaan perubahan orang lain secara manual, seperti sebelumnya. Dan karena adanya saluran interaksi, sistem swalayan ini dapat dengan cepat beradaptasi dengan kebutuhan tim,untuk itulah mereka diciptakan. Untuk mencapai saling pengertian yang lebih besar dan berbagi pengetahuan dalam organisasi, anggota tim secara berkala memutar peran untuk mendapatkan pengalaman berinteraksi dengan tim yang berbeda dan lebih memahami gambaran keseluruhan dari sistem TI yang mereka layani, sehingga meningkatkan tingkat fungsionalitas dan kegunaan lintas fungsi.

Meringkas


Dalam posting ini, kita berbicara tentang bagaimana implementasi solusi PaaS dapat mendorong organisasi untuk mengimplementasikan metodologi DevOps, dan peran dan tugas tradisional dapat berubah sebagai bagian dari proses ini. Oleh karena itu, kami telah mendaftarkan tugas-tugas TI utama yang muncul dalam organisasi dengan transisi ke OpenShift, serta keterampilan yang diperlukan untuk implementasinya. Kami juga menyajikan set utama peran organisasi yang terjadi ketika membangun tim DevOps lintas fungsional, dan matriks RACI yang menghubungkan peran baru dengan tugas baru. Akhirnya, kami berbicara tentang bagaimana platform OpenShift dan metodologi DevOps yang terkait dapat mengubah struktur organisasi dari suatu organisasi ketika berpindah dari hierarki tradisional dan sistem pemrosesan aplikasi ke tim lintas fungsi dengan tingkat komunikasi personal yang lebih tinggi.

More articles:


All Articles