Rekayasa platform semakin populer akhir-akhir ini – dan untuk alasan yang bagus. Manfaat bagi tim pengembangan sangat banyak, dan orang dapat berargumentasi bahwa rekayasa platform adalah evolusi alami dari DevOps dan oleh karena itu bukanlah perubahan budaya besar yang harus diadaptasi.

Menurut Jonathan Harding, manajer produk senior manajemen rantai nilai di HCLSoftware, pada saat organisasi begitu fokus pada cara menjadi lebih produktif, disiplin ini mendapatkan popularitas karena “hal ini memberdayakan karyawan baru untuk menjadi produktif dengan cepat dan bagi karyawan yang ada untuk menjadi produktif dengan cepat.” menjadi lebih produktif. mampu memberikan dengan cepat dan relatif mandiri.

Tim perekayasa platform sedang berupaya membuat Portal Pengembang Internal (IDP), yang merupakan platform layanan mandiri yang dapat digunakan pengembang untuk mempermudah sebagian pekerjaan mereka. Misalnya, daripada pengembang harus menghubungi TI dan menunggu mereka menyediakan infrastruktur, pengembang tersebut akan berinteraksi dengan IDP untuk menyediakan infrastruktur tersebut.

Pada dasarnya, IDP adalah implementasi teknis dari tujuan DevOps, jelas Chris Haggan, pimpinan HCL DevOps di HCLSoftware.

“DevOps adalah tentang kolaborasi dan ketangkasan berpikir, dan rekayasa platform adalah implementasi produk seperti HCL DevOps yang memungkinkan aspek penyampaian teknis tersebut,” kata Haggan.

Haggan memandang rekayasa platform dari perspektif memiliki strategi keseluruhan dan kemudian mengintegrasikan elemen DevOps untuk memberikan pandangan holistik tentang tujuan tersebut.

“Saya ingin mengeluarkan ide yang diberikan klien kepada saya dan memasukkannya ke dalam produksi secepat mungkin. Dan bagaimana saya bisa melakukan itu? Bagian dari hal tersebut adalah tentang proses, metodologi, dan cara kerja untuk menggerakkan ide ini dengan cepat melalui siklus hidup pengiriman, dan bagian dari hal tersebut adalah tentang menyiapkan teknik platform di balik hal ini,” kata Haggan.

IDP biasanya menyertakan beberapa fitur dan rangkaian alat yang berbeda, bertindak sebagai toko serba ada untuk semua yang mungkin dibutuhkan pengembang. Dari satu platform, mereka mungkin dapat membangun infrastruktur, mengelola observabilitas, atau menyiapkan lingkungan pengembangan baru. Manfaatnya serupa di HCL DevOps, namun dengan menawarkan paket siap pakai dan dapat disesuaikan, tim pengembangan tidak harus melalui proses pengembangan IDP dan dapat mengakses manfaatnya secara langsung.

Haggan menjelaskan bahwa biaya pembangunan dan pemeliharaan sistem rekayasa platform bukanlah hal yang remeh. Misalnya, mereka harus mengintegrasikan beberapa sistem pengiriman perangkat lunak dan menentukan tempat menyimpan metrik, kejadian SDLC, dan data lainnya, yang seringkali memerlukan pengaturan dan pengelolaan database baru.

Selain itu, kadang-kadang tim merancang sistem pengiriman perangkat lunak yang menggabungkan nuansa budaya mereka sendiri, yang kadang-kadang dapat membantu, namun di lain waktu “hal ini mencerminkan hutang budaya yang tidak perlu yang telah terakumulasi dalam suatu organisasi selama bertahun-tahun,” kata Haggan.

HCL DevOps terdiri dari solusi multi-segi, tiga yang paling populer adalah:

• Pengujian HCL DevOps: Platform pengujian otomatis yang mencakup pengujian UI, API, dan kinerja, serta menyediakan fitur pengujian seperti layanan virtual dan pembuatan data pengujian.
• Penerapan HCL DevOps: Solusi CI/CD yang sepenuhnya otomatis yang mendukung berbagai arsitektur, termasuk arsitektur terdistribusi multi-tier, seluler, mainframe, dan layanan mikro.
• Kecepatan DevOps HCL: Penawaran manajemen rantai nilai perusahaan yang mengekstrak data dari seluruh SDLC untuk memberikan wawasan yang berguna kepada tim pengembangan.

Haggan mengakui bahwa dia sepenuhnya menyadari bahwa organisasi ingin menyesuaikan dan menambahkan fitur-fitur baru, jadi bukan hanya platform mereka saja yang dipertaruhkan. Namun keuntungan yang dapat mereka tawarkan adalah pelanggan dapat menggunakan HCL DevOps sebagai titik awal dan kemudian membangun dari sana.

“Kami berusaha untuk menjadi sangat terbuka dalam memberikan penawaran dan memungkinkan pelanggan memanfaatkan alat yang mereka miliki,” kata Haggan. “Kami tidak mengatakan Anda harus bekerja hanya dengan kami. Kami sepenuhnya menyadari bahwa organisasi memiliki alur kerjanya sendiri dan kami akan mengatasinya.

Untuk tujuan ini, HCL menawarkan plugin yang terhubung ke perangkat lunak lain. Misalnya, HCL DevOps Deploy saat ini menawarkan sekitar 200 plugin berbeda yang dapat digunakan, dan pelanggan juga dapat membuatnya sendiri, jelas Harding.

Katalog plugin dikurasi oleh tim teknis HCL DevOps, tetapi juga berisi kontribusi komunitas yang dikirimkan melalui GitHub.

Jadikan peralihan konteks tidak terlalu mengganggu

Manfaat utama lainnya dari IDP adalah mereka dapat mengurangi peralihan konteks, yaitu ketika pengembang harus beralih ke aplikasi yang berbeda untuk tugas yang berbeda, yang pada akhirnya membuat mereka keluar dari kondisi arus produktifnya.

“Gangguan bagi pekerja berpengetahuan di perusahaan besar sangat merugikan perusahaan,” kata Harding. “Jadi konsentrasi itu penting. Menurut saya, bagi kami, rekayasa platform – dan platform kami secara umum – membuat pengembang tetap fokus pada apa yang mereka lakukan.

“Perubahan konteks akan selalu diperlukan sampai batas tertentu,” lanjut Haggan. Seorang pengembang tidak akan pernah duduk diam dan tidak perlu mengubah apa yang mereka pikirkan atau lakukan.

“Ini tentang membuat transisi tersebut menjadi lebih mudah dan sederhana, sehingga ketika saya mulai merencanakan pekerjaan yang akan saya lakukan hingga menerapkan atau menguji sesuatu atau melihat posisinya dalam rantai nilai, hal ini tampak alami dan logis bagi saya,” kata Haggan.

Harding menambahkan bahwa mereka telah bekerja keras untuk mempermudah navigasi antar bagian platform yang berbeda sehingga pengguna merasa semuanya adalah bagian dari solusi keseluruhan yang sama. Aspek ini pada akhirnya membuat mereka tetap berada dalam kondisi mental sebaik mungkin.

Tim HCL DevOps merancang solusi dengan mempertimbangkan persona. Dengan kata lain, pikirkan tentang berbagai tugas yang mungkin perlu dilakukan oleh peran tertentu sepanjang hari.

Misalnya, seorang insinyur kualitas yang menggunakan pendekatan pengembangan berbasis pengujian mungkin memulai dengan menulis kriteria penerimaan berkode dalam platform manajemen item kerja, kemudian beralih ke sistem CI/CD untuk melihat hasilnya, lalu beralih ke CI/CD untuk melihat hasilnya. sistem CD. sistem manajemen pengujian untuk mengintegrasikan skrip pengujian mereka ke dalam rangkaian regresi.

Tugas-tugas ini mencakup banyak sistem, dan setiap sistem sering kali memiliki kontrol akses berbasis peran (RBAC), nomor pelacakan, dan antarmuka pengguna, yang dapat membuat prosesnya membingungkan dan memakan waktu, jelas Haggan.

“Kami mencoba menjadikannya lebih transparan dan memperkuat integrasi tersebut di seluruh platform,” kata Harding. “Saya pikir itu adalah area yang menjadi fokus, jika dilihat dari sudut pandang pengguna akhir, bagaimana kita dapat memperkuat integrasi berdasarkan apa yang ingin mereka capai? »

Untuk mempelajari lebih lanjut tentang caranya DevOps HCL dapat membantu Anda mencapai tujuan platform dan meningkatkan produktivitas tim pengembangan Anda, kunjungi situs web untuk memesan demo dan temukan banyak fitur yang ditawarkan platform.