Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Salah satu prinsip utama rekayasa platform adalah mengoptimalkan pelanggan Anda. Anggap pengembang sebagai pelanggan utama Anda dan fokus pada kebutuhan mereka terlebih dahulu saat memutuskan jalur pengembangan apa yang ingin Anda ungkapkan dan kemampuan apa yang ingin Anda kembangkan. Pengembang semuanya menggunakan alat yang berbeda untuk menyelesaikan pekerjaan mereka. Sebagai langkah pertama, mulailah dari yang kecil dan evaluasi apakah Anda dapat meningkatkan layar dan permukaan yang ada sebelum menerapkan platform pengembang internal baru.
Memberdayakan pengembang dengan platform internal yang ber sentris pelanggan
Memikirkan pengembang sebagai pelanggan utama untuk platform pengembang internal Anda sangat penting untuk keberhasilannya. Kami menyebut pengembang sebagai pelanggan. Pelanggan dapat menjadi anggota dari apa yang disebut model Topologi Tim sebagai tim yang selaras dengan aliran, termasuk peran seperti profesional pembelajaran mesin atau ilmuwan data.
Praktik teknik platform yang sukses memberdayakan pengembang dan operator. Pengembang dan operator memiliki otonomi untuk membuat keputusan yang memberikan nilai bisnis, sambil tetap mematuhi standar, tata kelola, dan aturan keamanan yang ditetapkan. Pemangku kepentingan penting, memungkinkan tim, dan pakar dalam subsistem tertentu (operasi, keamanan, kepatuhan, dan arsitektur) bekerja sama dengan tim yang membangun platform internal ini untuk mengkodifikasi keahlian dan praktik terbaik mereka ke dalam templat dan kemampuan sistem.
Memindahkan pengetahuan ini ke dalam sistem secara bersamaan mengurangi beban kognitif bagi pengembang, meningkatkan keamanan, kepatuhan, dan kualitas, dan menskalakan peran lain ini dengan lebih baik untuk mengatasi masalah yang benar-benar unik. Namun, ini adalah pengalaman pengembang yang memastikan bahwa platform Anda mengembalikan manfaat paling besar bagi semua orang yang terlibat.
Ini berarti mengikuti pendekatan yang berpusat pada pelanggan untuk merencanakan dan memprioritaskan upaya rekayasa platform Anda.
Mengidentifikasi jalur pengembangan yang optimal untuk menyederhanakan praktik terbaik
Meskipun organisasi Anda mungkin memiliki berbagai jalur pengembangan yang berbeda untuk produksi hari ini, langkah awal dalam perjalanan rekayasa platform Anda adalah memahami jalur mana yang ingin Anda gunakan pengembang. Melakukan panggilan ini penting karena memungkinkan Anda untuk memfokuskan energi Anda untuk membuka jalur yang efisien melalui mereka yang masih memenuhi persyaratan pengembangan, operasi, dan tata kelola.
Jalur beraspal ini mewakili seperangkat alat pengembangan dan observabilitas, bahasa, SDK, dan layanan yang dirancang agar sesuai dengan praktik terbaik yang disepakati oleh pengembangan, operasi, dan pemangku kepentingan lainnya. Jalur yang diaspal harus mencakup pendekatan untuk menyederhanakan orientasi, moderasi, dan advokasi untuk penggunaan kembali di dalam organisasi. Anda tidak perlu menganggap jalur yang diaspal ini sebagai pembatasan atau paksaan, tetapi lebih sebagai cara untuk mengurangi kerja keras pengembang sehingga tim pengembangan ingin tetap berada di dalamnya.
Namun, triknya adalah memahami tidak hanya jalur mana yang harus difokuskan, tetapi bagian mana dari jalur yang perlu diaspal terlebih dahulu.
Bertemu pengguna di mana mereka berada
Meskipun mungkin menggoda untuk memulai dengan portal terpadu untuk semua yang ada di platform pengembang internal Anda, ini bukan titik awal terbaik.
Profesional operasi, teknisi keandalan situs (SRE) Anda, dan pengembang semuanya menggunakan alat yang berbeda untuk menyelesaikan pekerjaan mereka. Pengkodian terjadi dalam IDE, sistem teknik seperti GitHub dan Azure DevOps menggunakan antarmuka baris perintah, dan kolaborasi real time terjadi di Teams dan Slack. Seringkali pengguna ini senang dengan layar ini dan waspada terhadap antarmuka pengguna lain yang perlu dikhawatirkan.
Mulai dari yang kecil dan evaluasi apakah Anda dapat meningkatkan layar dan permukaan yang ada. Bangun plugin atau ekstensi sebelum Anda mulai membangun pengalaman kustom baru. Tanyakan pada diri Anda sendiri, apakah orang akan bereaksi lebih baik terhadap pengalaman pengguna baru lain atau versi yang ditingkatkan dari sesuatu yang Anda miliki sekarang? Jika Anda memutuskan untuk membangun portal dari awal, pertimbangkan bahwa Anda mungkin ingin mendukung lebih dari satu antarmuka melalui API. Ini juga membuka kunci opsi seperti menggunakan kerangka kerja kode rendah sehingga Anda tidak perlu membangun dan menghosting pengalaman portal dari awal.