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.
Meskipun ada berbagai pendekatan untuk menerapkan rekayasa platform dengan Model Kemampuan Rekayasa Platform, penelitian pengguna menunjukkan bahwa sebagian besar pelanggan Microsoft termasuk dalam salah satu dari tiga segmen pelanggan: inovator yang muncul, pembangun strategis, dan pelopor platform. Artikel ini memandu Anda melalui studi kasus pelanggan nyata di tiap segmen. Nama perusahaan dihapus untuk privasi.
Inovator yang muncul: Perusahaan asuransi
| Segmen pelanggan | Fokus area | Ukuran tim | Sifat organisasi | Frekuensi |
|---|---|---|---|---|
| Inovator yang sedang berkembang | Pengembangan produk yang cepat, mengotomatiskan proses manual, mengatasi inefisiensi | 1-5 (dari DevOps atau tim infrastruktur cloud) | Mengidentifikasi hambatan untuk meningkatkan pengiriman, mulai mewujudkan kebutuhan akan solusi di seluruh organisasi | Kedua paling umum |
Perusahaan asuransi besar menyadari bahwa mereka memiliki infrastruktur yang berbeda yang tersebar di tumpukan teknologi besar. Ada beberapa platform dan lingkungan, dan tidak banyak cara bagi pengembang untuk memulai tanpa mengandalkan tim lain. Perusahaan perlu mengurangi biaya tenaga kerjanya yang terus meningkat dan memiliki sistem yang lebih standar.
"Titik balik sangat mudah dan jelas." Mengingat bahwa kami memiliki beberapa platform rekayasa, beberapa lingkungan infrastruktur, termasuk hibrida, tanpa kemampuan portal pengembang layanan mandiri, dan tiga tumpukan besar yang berbeda di seluruh arsitektur kami, kami harus membawa sesuatu seperti Terraform atau pemain tingkat perusahaan seperti GitLab atau GitHub. Untuk mengelola platform kontainer end-to-end, kami mempertimbangkan sesuatu seperti OpenShift, Ansible untuk otomatisasi alur kerja, dan Backstage untuk IDP. Kami melakukan evaluasi besar-besaran untuk membawa sinergi di tumpukan teknologi yang sangat besar... Ini adalah kasus biaya sederhana untuk mengurangi tenaga kerja atau basis pengembang hingga 30%." - Kepala Arsitek, perusahaan asuransi
Tantangan: Tantangan utama mereka adalah meningkatnya biaya cloud, masalah kepatuhan, kurangnya keahlian teknik infrastruktur, proses yang tidak sejalan, dan komunikasi tim yang tidak konsisten.
Perusahaan asuransi berencana untuk menerapkan platform standar untuk semua kegiatan pengembangan dan penyebaran untuk menumbuhkan kolaborasi, mempercepat penyiapan proyek, dan menyederhanakan tata kelola. Perusahaan berfokus pada pertumbuhan di kelima pendorong teknik platform utama.
Investasi: Perusahaan bekerja sama dengan mitra eksternal untuk menerapkan rekayasa platform menggunakan model build, operate, and transfer (BOT). Mitra eksternal mengembangkan dan mengoperasikan platform sebelum mentransfernya kembali ke organisasi setelah mereka mendapatkan keahlian dan kapasitas untuk mengelolanya secara internal.
Adopsi: Ada ketahanan internal yang signifikan untuk mengadopsi praktik baru. Pengembang tidak ingin beralih dari metode tradisional ke platform dan toolset yang lebih baru. Untuk mengatasi hal ini, kepemimpinan organisasi mendorong adopsi rekayasa platform dengan mengikatnya ke manfaat produktivitas dan menjadikannya bagian dari tujuan karyawan.
Pemerintahan: Tim perencanaan dan penyebaran perusahaan (EPD) bertanggung jawab atas kepatuhan dan keamanan. Struktur tata kelola terpusat disengaja untuk menjaga keamanan tinggi dan menghindari kerentanan, menjadikan desentralisasi sebagai tantangan. Ada dorongan terhadap demokratisasi penyebaran kepada pengembang, sambil mempertahankan protokol tata kelola untuk mencegah pelanggaran data dan memastikan kepatuhan. Tujuannya adalah untuk mencapai keseimbangan antara keamanan dan kelincahan.
Provisioning: Perusahaan meningkatkan efisiensi dan mengurangi waktu provisioning dengan mengadopsi model yang lebih terintegrasi dan mandiri. Potensi pengurangan waktu dan sumber daya yang dihabiskan untuk provisi adalah pendorong utama untuk perubahan.
Antarmuka: Organisasi ini mengadopsi Backstage karena fleksibilitas sumber terbuka, efektivitas biaya, dan keakraban pengembangnya. Cortex juga dipertimbangkan. Keputusan untuk memilih Backstage didorong oleh kemampuan biaya dan integrasinya.
Pengukuran dan umpan balik: Sulit untuk pindah ke sistem umpan balik yang lebih bermakna karena perusahaan memiliki sistem pengukuran warisan dan perlu menyelaraskan metrik teknis dengan KPI bisnis. Perusahaan berencana untuk bekerja menyelaraskan upaya rekayasa dengan hasil bisnis untuk pendekatan pengukuran yang lebih terintegrasi. Selama transisi ini, perusahaan menambahkan alat dan platform yang menyediakan analitik dan pengamatan real time.
Pembangun strategis: Lembaga keuangan
| Segmen pelanggan | Fokus area | Ukuran tim | Sifat organisasi | Frekuensi |
|---|---|---|---|---|
| Pembangun strategis | Kolaborasi, mengurangi upaya redundan, solusi bersama, standardisasi, manajemen biaya | 1-15 pakar teknis (pengembang dan spesialis infrastruktur) | Kepemimpinan melihat pengembang sebagai pelanggan, fitur rekayasa platform yang terintegrasi sebagian (layanan mandiri tidak sepenuhnya diadopsi) | Paling umum |
Lembaga keuangan berada pada tingkat menengah kematangan DevOps, dengan beberapa artefak pusat yang dapat digunakan kembali, pedoman standar, dan otomatisasi dasar yang dikelola melalui kode. Organisasi telah mencapai titik di mana ukuran tim pengembangannya dan keragaman alat dan praktiknya menciptakan biaya yang signifikan. Lembaga ini memiliki ribuan alat kustom yang digunakan di seluruh perusahaan dan banyak kebutuhan organisasi yang kompleks. Bank berencana untuk menawarkan kepada pengembang "jalur emas" untuk meningkatkan produktivitas yang memiliki fleksibilitas bawaan sambil menghindari pendekatan satu ukuran yang cocok untuk semua.
"Jadi idenya adalah bahwa kami akan menunjukkan kepada mereka [pengembang] bahwa [jalur emas] ini adalah salah satu cara untuk melakukan hal yang akan meningkatkan produktivitas Anda, tetapi ini bukan satu-satunya cara. Benar? Jadi kami ingin meninggalkan cukup ruang bagi pengembang untuk merasa bahwa mereka diberdayakan untuk membuat perubahan pada jalur ini yang kami sampaikan kepada mereka. Jadi ketika jalur-jalur ini didefinisikan dalam tim CTO, pertanyaannya selalu, apa jalur yang akan didefinisikan yang akan bekerja untuk sebagian besar orang di bank? Seperti yang kukatakan, kita sangat kompleks. Ada ribuan alat yang digunakan di seluruh bank. Jadi satu ukuran cocok semua selalu menjadi masalah terbesar." - Direktur Eksekutif, lembaga keuangan
Tantangan: Tantangan utama mereka adalah biaya tinggi dan inefisiensi karena banyak alat dan praktik yang berbeda. Perusahaan ingin memastikan bahwa platform memenuhi kebutuhan spesifik setiap tim tanpa menyebabkan masalah atau menjadi pendekatan yang terlalu direktif yang dapat menghambat adopsi. Lembaga keuangan juga tidak memiliki keahlian untuk mengembangkan solusi platform kustom secara internal.
Lembaga keuangan berencana untuk fokus pada pertumbuhan untuk tiga pendorong utama: adopsi, tata kelola, dan provisi dan manajemen. Bank ingin meningkatkan adopsi solusi rekayasa platform, mengintegrasikan tata kelola dengan lebih baik, dan membangun alat penyediaan sumber daya otomatis.
Investasi: Lembaga keuangan memiliki tim teknik pusat dengan 120 orang yang tersebar di beberapa lokasi di seluruh dunia. Sekitar 20 anggota membentuk tim center of excellence (COE). Tim COE meluncurkan praktik terbaik teknik, platform, dan praktik DevOps di semua divisi bisnis lainnya.
Adopsi: Tim rekayasa platform berfokus pada memberlakukan kebijakan yang ditetapkan oleh tim COE untuk memandu operasi teknik. Perusahaan juga berencana untuk memotivasi tim dengan metrik performa yang terlihat publik. Secara keseluruhan, bank ingin menumbuhkan penggunaan platform tanpa mengandalkan arahan dan metrik yang ketat. Namun, mereka menghadapi tantangan dalam meningkatkan tim COE untuk menangani berbagai teknologi yang digunakan di seluruh tim teknik. Hambatan utama adalah kekhawatiran bahwa platform mungkin tidak memenuhi kebutuhan spesifik masing-masing tim, berpotensi menyebabkan masalah.
Pemerintahan: Solusi rekayasa platform adalah portal yang dikembangkan secara internal yang bertindak sebagai hub pusat bagi pengembang, menawarkan alat, panduan, standar pengkodian, dan video. Solusi ini mencakup kuis tentang persyaratan perusahaan minimum (MERS) untuk memastikan kepatuhan sebelum pengkodan dimulai. Portal ini menampilkan versi Stack Overflow untuk dukungan, profil teknisi bersertifikat, dan perjalanan onboarding untuk membiasakan pengembang baru dengan standar dan alat. Perusahaan berencana untuk menyederhanakan manajemen sumber daya dan mengintegrasikan tata kelola ke dalam siklus hidup pengembangan, menghapus hambatan, dan menarik talenta teknis teratas dengan toolset modern.
Penyediaan: Tim COE menciptakan "happy paths" bagi pengembang untuk meningkatkan produktivitas sambil mempertahankan fleksibilitas. Tujuannya adalah untuk menawarkan jalur yang efisien sambil memungkinkan penyesuaian. Saat merancang jalur ini, tim CTO bertujuan untuk melayani sebagian besar pengembang, tetapi kompleksitas bank, dengan ribuan alat yang digunakan, membuat penerapan pendekatan standar. Untuk menskalakan platform, organisasi berencana untuk menerapkan penyediaan sumber daya otomatis guna memenuhi beragam kebutuhan dari banyak tim rekayasa mereka.
Antarmuka: Portal pengembang internal dibangun terutama in-house. Ini disebut secara internal sebagai portal DevOps, meskipun mencakup fungsi rekayasa platform yang lebih luas di luar hanya DevOps. Portal ini berfungsi sebagai sumber daya terpusat untuk pengembang dan mencakup berbagai alat, materi pembelajaran, video, dan pelatihan, serta akses ke alat otomatisasi, panduan pemula mandiri, dan gambar dalam kontainer untuk pengembangan. Portal ini juga terintegrasi dengan alat keamanan seperti Sonatype untuk pemindaian kode dan menyertakan registri gambar yang disetujui dan kode boilerplate.
Pengukuran dan umpan balik: Tim COE terbuka untuk umpan balik dan secara aktif mendapatkannya dari tim teknik. Pendukung pengembang dan duta besar juga mengumpulkan umpan balik atas nama tim COE. Proses umpan balik sebagian besar bersifat informal.
Pelopor platform: Perusahaan perangkat lunak
| Segmen pelanggan | Fokus area | Ukuran tim | Sifat organisasi | Frekuensi |
|---|---|---|---|---|
| Pelopor platform | Memperlakukan pengembang sebagai pelanggan, mengelola platform sebagai produk, pengalaman pengembang yang kuat | 16+ dengan grup khusus | Menekankan akuntabilitas, pemberdayaan, dan inovasi, mempromosikan layanan mandiri dan peralihan konteks minimal | Paling tidak umum |
Perusahaan perangkat lunak berada pada tingkat kematangan DevOps yang tinggi. Pengembang perusahaan dapat menyediakan layanan cloud sendiri sesuai dengan pedoman perusahaan. Tim platform besar perusahaan dengan lebih dari 250 anggota berhasil mengembangkan solusi rekayasa platform kustom untuk organisasi. Perusahaan berencana untuk menyelidiki cara terus meningkatkan organisasi mereka melalui rekayasa platform ke depannya.
"Bagaimana kami membiarkan pengembang kami memberikan perangkat lunak yang lebih baik lebih cepat dan (lebih murah)?.. Kita masih perlu menyelidiki dan berinvestasi dalam apa yang bisa menjadi solusi ideal yang dapat bekerja untuk strategi multicloud kita... apakah ada satu sistem yang dapat menskalakan ke beragam kebutuhan pengembang?.. Kami menggunakan solusi berbasis AI dan AI generatif bawaan untuk dokumentasi dan penemuan informasi. Tujuan kami adalah untuk membuat pengembang bertanggung jawab." - Pemimpin Teknik Senior, perusahaan perangkat lunak
Tantangan: Tantangan utama perusahaan adalah mencari tahu cara terus menyempurnakan praktik teknik platform mereka yang sudah kuat dengan cara yang menghemat uang, menjelajahi AI generatif, meningkatkan adopsi, dan bekerja untuk lingkungan multicloud.
Perusahaan perangkat lunak berencana untuk fokus pada pertumbuhan untuk empat pendorong utama: investasi, adopsi, provisi dan manajemen, dan antarmuka. Perusahaan perangkat lunak sudah berfungsi pada tingkat rekayasa platform tinggi dan ingin melanjutkan. Perusahaan berencana untuk mengeksplorasi cara untuk mengintegrasikan AI generatif (dengan tata kelola), meningkatkan adopsi platform, dan menerapkan perulangan umpan balik berbasis metrik.
Investasi: Platform ini didanai dan didukung melalui kolaborasi antara kantor CTO dan CFO. Tim platform khusus, yang dibentuk dengan merealokasi sumber daya, mencakup 250 hingga 280 anggota seperti arsitek dan insinyur. Tim mengawasi komputasi, runtime, CI/CD, perangkat, dan observabilitas, dengan fokus pada efisiensi biaya. Mereka mengeksplorasi AI generatif untuk skalabilitas infrastruktur tetapi mengenali penelitian dan investasi lebih lanjut diperlukan.
Adopsi: Pengembang awalnya mengadopsi platform terutama untuk pengoptimalan dan efisiensi biaya, didorong oleh pandemi. Kampanye internal, termasuk hackathon, mempromosikan platform dengan menampilkan manfaat seperti wawasan mengenai kematangan layanan. Tim platform mengalami kesulitan meyakinkan beberapa tim untuk berpindah dari pengaturan yang ada ke platform.
Pemerintahan: Model tata kelola untuk platform disusun di sekitar tim platform pusat yang mengelola elemen inti. Tim layanan individual berperan dalam menyediakan plugin-plugin. Ada proses peninjauan untuk semua kontribusi untuk memverifikasi bahwa mereka selaras dengan standar organisasi dan memenuhi kebutuhan yang lebih luas. Tim platform mempertahankan katalog layanan dan peta layanan untuk melacak metadata dan dependensi, yang membantu memastikan akuntabilitas dan manajemen sumber daya. Selain itu, badan pemerintahan khusus didirikan khusus untuk aplikasi AI untuk mengelola penggunaannya dan memastikan kepatuhan terhadap standar.
Bawaan: Tim platform menyediakan platform terpusat namun fleksibel untuk pembuatan, penyebaran, dan manajemen sumber daya. Platform ini dibangun di Kubernetes dan menggunakan Argo CD untuk CI/CD. Alat ini menawarkan templat yang dibuat khusus dan alur kerja yang telah ditentukan sebelumnya. Platform ini mencakup rumah pengembang tempat pengguna dapat mengelola siklus hidup infrastruktur mereka dari provisi hingga penyebaran. Tim menyediakan plugin yang disesuaikan untuk meningkatkan fungsionalitas. Tujuannya adalah untuk mengelola infrastruktur multicloud dengan mulus dengan platform yang dapat diskalakan.
Antarmuka: Pengembang menggunakan rumah pengembang di platform untuk mengelola infrastruktur, provisi, dan seluruh siklus hidup pengembangan mereka. Arsitektur berbasis plugin platform memungkinkan penyesuaian, sementara AI generatif meningkatkan dokumentasi dan kemampuan pencarian.
Pengukuran dan umpan balik: Organisasi mengumpulkan umpan balik melalui survei dan menggunakan metrik seperti DORA (frekuensi penyebaran, waktu tunggu, tingkat kegagalan perubahan, dan waktu rata-rata untuk pemulihan) untuk menilai efektivitas platform. Metrik ini dikategorikan ke dalam kelincahan dan stabilitas untuk menentukan hambatan dan meningkatkan hasil.