Platform Engineering: Saat Developer Sibuk Menjaga Tools

Developer seharusnya menghabiskan sebagian besar waktunya untuk memahami kebutuhan pengguna, membangun fitur, memperbaiki kualitas sistem, dan menyelesaikan masalah bisnis.

Namun, dalam banyak perusahaan, pekerjaan developer justru dipenuhi aktivitas pendukung:

• Menyiapkan development environment.
• Meminta akses database.
• Mengonfigurasi pipeline.
• Mengelola secret.
• Menyiapkan server.
• Membuat monitoring.
• Memperbaiki deployment script.
• Menjawab perbedaan konfigurasi antarproyek.
• Menunggu tim lain melakukan provisioning.

Setiap aktivitas terlihat kecil. Namun, ketika dilakukan berulang oleh banyak tim, developer akhirnya lebih sibuk menjaga tools daripada mengembangkan produk.

Masalah tersebut tidak selalu disebabkan oleh kurangnya teknologi.

Perusahaan mungkin sudah memiliki cloud, CI/CD, container, observability, security scanner, dan berbagai tool automation. Namun, setiap tim masih harus memahami cara menghubungkan semuanya sendiri.

Kondisi inilah yang mulai mendorong adopsi platform engineering.

Platform engineering membantu perusahaan mengubah berbagai tool, automation, dan standar engineering menjadi layanan internal yang lebih mudah digunakan. Tujuannya bukan menambah platform baru, tetapi mengurangi pekerjaan berulang dan cognitive load yang tidak memberikan nilai langsung kepada pengguna.

Apa Itu Platform Engineering?

Platform engineering adalah praktik merancang, membangun, dan mengelola internal developer platform atau IDP.

Google Cloud menjelaskan bahwa internal developer platform menyediakan golden paths bagi software engineering team. Microsoft juga menempatkan IDP sebagai cara untuk memusatkan pengetahuan teknis, mengurangi langkah manual, dan menurunkan cognitive load sepanjang software development lifecycle.

Internal developer platform bukan sekadar satu dashboard.

Platform dapat terdiri dari:

• Source control.
• Template proyek.
• CI/CD pipeline.
• Infrastructure provisioning.
• Development environment.
• Secret management.
• Security scanning.
• Logging dan monitoring.
• Service catalog.
• Dokumentasi.
• Access management.
• Cost visibility.
• Incident tooling.

Platform tersebut mengemas kompleksitas teknis menjadi pengalaman self-service yang dapat digunakan tim developer secara konsisten.

Sebagai contoh, developer yang ingin membuat service baru tidak harus menghubungi beberapa tim untuk menyiapkan repository, pipeline, environment, permission, logging, dan deployment.

Developer cukup memilih template yang sesuai, mengisi beberapa parameter, lalu platform menyiapkan fondasi yang telah memenuhi standar perusahaan.

Platform Engineering Bukan Pengganti DevOps

Platform engineering sering dianggap sebagai nama baru untuk DevOps.

Keduanya saling berkaitan, tetapi tidak sama.

DevOps berfokus pada kolaborasi, proses, budaya, dan automation agar software dapat dikembangkan serta dioperasikan secara berkelanjutan.

Platform engineering membangun produk internal yang membantu prinsip DevOps tersebut digunakan secara konsisten oleh banyak tim.

Platform engineering juga tidak berarti developer kehilangan seluruh tanggung jawab operasional.

Developer tetap perlu memahami bagaimana aplikasinya bekerja. Platform hanya mengurangi kompleksitas yang tidak perlu dipelajari ulang oleh setiap tim.

Kenapa Developer Bisa Terlalu Sibuk Menjaga Tools?

1. Setiap Tim Membuat Pipeline Sendiri

Ketika belum ada standar, setiap proyek membangun konfigurasi deployment, testing, dan monitoring dengan cara berbeda.

Satu tim menggunakan struktur tertentu. Tim lain menyalin konfigurasi lama. Tim berikutnya membuat pendekatan baru karena dokumentasi sebelumnya tidak lengkap.

Akibatnya, perusahaan memiliki banyak pipeline yang terlihat mirip tetapi memiliki dependency dan kualitas berbeda.

Setiap pembaruan security atau infrastructure kemudian harus diterapkan satu per satu.

2. Provisioning Masih Bergantung pada Ticket

Developer perlu membuat ticket untuk meminta environment, database, akses, atau resource baru.

Proses tersebut mungkin tepat untuk kebutuhan khusus. Namun, jika permintaannya berulang dan dapat diprediksi, ketergantungan pada ticket menciptakan waktu tunggu yang tidak perlu.

Microsoft menyarankan developer self-service sebagai salah satu masalah awal yang dapat ditangani dalam perjalanan platform engineering. Existing CI/CD dan engineering systems dapat digunakan untuk membangun automation sebelum perusahaan membuat portal yang kompleks.

3. Pengetahuan Hanya Dimiliki Beberapa Orang

Konfigurasi penting sering hanya dipahami oleh senior developer, DevOps engineer, atau anggota tim tertentu.

Ketika orang tersebut tidak tersedia, deployment tertunda dan incident lebih sulit ditangani.

Platform engineering membantu mengubah pengetahuan individual menjadi template, automation, policy, dan dokumentasi yang dapat digunakan organisasi.

4. Tool Bertambah tanpa Pengalaman yang Terintegrasi

Perusahaan dapat memiliki tools berkualitas tinggi, tetapi setiap tools memiliki interface, permission, dan proses berbeda.

Developer tetap harus mengetahui:

• Tool mana yang digunakan.
• Cara meminta akses.
• Konfigurasi yang benar.
• Standar keamanan.
• Pemilik setiap komponen.
• Langkah troubleshooting.

Masalahnya bukan kekurangan tools. Masalahnya adalah tidak adanya pengalaman yang menyatukan tools tersebut.

Golden Path, Bukan Golden Cage

Salah satu konsep utama platform engineering adalah golden path atau paved path.

Golden path merupakan cara yang direkomendasikan perusahaan untuk membuat, menguji, menjalankan, dan memantau sebuah aplikasi.

Contohnya dapat mencakup:

• Template repository.
• Bahasa dan framework yang didukung.
• Pipeline standar.
• Konfigurasi keamanan.
• Infrastructure as code.
• Logging.
• Monitoring.
• Backup.
• Deployment strategy.
• Dokumentasi minimum.

Namun, golden path tidak seharusnya berubah menjadi aturan kaku yang menghambat eksperimen.

Microsoft menyarankan organisasi menekankan manfaat yang diterima developer daripada memaksa seluruh tim mengikuti satu jalur. Tim dapat memilih jalur lain untuk kebutuhan khusus, tetapi perlu bertanggung jawab terhadap maintenance, compliance, dan konsekuensinya.

Golden path yang baik menawarkan cara paling mudah untuk melakukan hal yang benar.

Developer masih dapat keluar dari jalur tersebut ketika memiliki alasan yang valid.

Manfaat Platform Engineering untuk Perusahaan

Mempercepat Onboarding

Developer baru tidak harus mempelajari seluruh ekosistem tool sebelum mulai berkontribusi.

Template, dokumentasi, dan environment yang konsisten membantu mereka memahami cara kerja standar perusahaan.

Mengurangi Pekerjaan Berulang

Provisioning, deployment, security scanning, dan konfigurasi dasar dapat dijalankan melalui self-service.

Tim platform menyelesaikan masalah satu kali, lalu hasilnya digunakan oleh banyak tim.

Meningkatkan Konsistensi

Aplikasi baru dapat langsung memiliki logging, monitoring, security policy, dan deployment standard yang sama.

Konsistensi membantu audit, troubleshooting, dan maintenance.

Memperkuat Security dan Compliance

Security guardrail dapat dimasukkan ke dalam template dan pipeline.

Developer tidak harus mengingat seluruh aturan secara manual karena platform membantu menjalankan pemeriksaan secara otomatis.

Membantu Pengembangan Berbasis AI

AI-assisted development dapat meningkatkan volume kode dan perubahan yang masuk ke pipeline. Namun, peningkatan output developer dapat menambah tekanan pada review, testing, deployment, dan operasi jika fondasi delivery belum siap.

DORA menekankan bahwa manfaat AI lebih mudah diterjemahkan menjadi performa organisasi ketika perusahaan memiliki internal platform, API yang baik, workflow jelas, dan praktik testing yang kuat.

Platform engineering dapat menjadi fondasi agar peningkatan kecepatan coding tidak berubah menjadi peningkatan technical debt dan incident.

Kapan Perusahaan Membutuhkan Platform Engineering?

Platform engineering mulai relevan ketika perusahaan mengalami beberapa kondisi berikut:

• Memiliki banyak software development team.
• Setiap tim menggunakan pipeline dan standar berbeda.
• Developer sering menunggu provisioning atau akses.
• DevOps team menjadi bottleneck.
• Banyak konfigurasi disalin antarproyek.
• Security review dilakukan terlalu terlambat.
• Onboarding developer membutuhkan waktu panjang.
• Deployment hanya dipahami beberapa orang.
• Perusahaan memiliki banyak cloud account atau environment.
• AI menghasilkan lebih banyak kode daripada kemampuan delivery pipeline.

Namun, platform engineering tidak selalu dibutuhkan.

Tim kecil dengan satu atau dua aplikasi mungkin cukup menggunakan layanan cloud terkelola, template sederhana, dan pipeline standar.

Membangun internal developer platform terlalu awal dapat menciptakan sistem internal yang lebih mahal daripada masalah yang diselesaikannya.

Risiko Platform Engineering yang Salah Arah

Membuat Portal sebelum Memahami Masalah

Perusahaan dapat langsung membeli atau membangun developer portal karena terlihat sebagai komponen utama IDP.

Namun, portal hanya menjadi lapisan visual jika proses di belakangnya tetap manual.

Mulailah dari bottleneck, bukan interface.

Memperlakukan Platform sebagai Proyek Infrastruktur

Internal platform memiliki pengguna: developer.

Karena itu, platform harus dikelola sebagai produk dengan discovery, roadmap, feedback, support, dan ukuran keberhasilan.

Google Cloud menjelaskan bahwa platform engineering team berperan seperti product team, sedangkan developer merupakan pelanggan internalnya.

Memaksa Semua Tim Menggunakan Satu Cara

Standarisasi berlebihan dapat mengurangi fleksibilitas dan membuat platform dihindari.

Golden path perlu menyelesaikan mayoritas kebutuhan, tetapi tetap menyediakan escape hatch untuk kasus khusus.

Menyembunyikan Terlalu Banyak Kompleksitas

Abstraction dapat membuat developer lebih produktif. Namun, jika seluruh detail disembunyikan, tim dapat kesulitan memahami sistem ketika terjadi kegagalan.

Platform harus mengurangi cognitive load tanpa menghilangkan observability dan konteks penting.

Mengukur Keberhasilan dari Jumlah Pengguna

Adoption belum tentu menunjukkan nilai.

Developer dapat menggunakan platform karena diwajibkan, bukan karena platform membantu pekerjaannya.

Pengukuran harus melihat waktu tunggu, lead time, reliability, kepuasan developer, dan jumlah pekerjaan manual yang berhasil dihilangkan.

Cara Memulai Platform Engineering

1. Identifikasi Friction Terbesar

Interview developer, QA, security, dan operations.

Cari aktivitas yang berulang, lambat, rawan salah, dan dialami banyak tim.

2. Pilih Satu Golden Path

Jangan langsung menyelesaikan seluruh lifecycle.

Mulailah dari satu jalur bernilai tinggi, seperti membuat service baru, menyiapkan environment, atau melakukan deployment ke staging.

3. Gunakan Sistem yang Sudah Ada

Platform awal tidak selalu membutuhkan portal baru.

CI/CD, source control, infrastructure as code, dan service catalog sederhana dapat menjadi fondasi self-service.

4. Terapkan Product Mindset

Tentukan pengguna, owner, roadmap, service level, dan feedback loop.

Platform harus terus diperbaiki berdasarkan kebutuhan developer.

5. Masukkan Governance ke dalam Workflow

Security, access control, audit, dan cost visibility sebaiknya menjadi bagian dari jalur standar.

6. Ukur Dampaknya

Kesimpulan

Platform engineering bukan tentang membeli lebih banyak tools atau membuat portal yang terlihat modern.

Tujuannya adalah mengubah kompleksitas software delivery menjadi layanan internal yang konsisten, aman, dan mudah digunakan.

Perusahaan membutuhkannya ketika developer terlalu banyak menghabiskan waktu untuk menyiapkan environment, menjaga pipeline, meminta akses, serta mengulang konfigurasi yang sama.

Internal developer platform dapat menyediakan self-service, golden path, security guardrail, dan observability tanpa menghilangkan fleksibilitas developer.

Namun, platform harus dibangun berdasarkan masalah nyata dan diperlakukan sebagai produk.

Platform engineering berhasil bukan ketika seluruh developer dipaksa menggunakan satu portal.

Platform engineering berhasil ketika cara paling mudah bagi developer juga menjadi cara yang paling aman, konsisten, dan sesuai kebutuhan perusahaan.

Bangun Fondasi Engineering yang Adaptif Bersama Crocodic

Crocodic membantu perusahaan membangun dan meningkatkan sistem internal yang mendukung software delivery, integration, automation, access management, serta observability.

Melalui layanan Enterprise System Upgrade, sistem dan engineering workflow yang sudah berjalan dapat diperkuat tanpa selalu membangunnya kembali dari awal. Pendekatannya dapat mencakup integrasi API, automation, peningkatan scalability, dan pengelolaan akses yang lebih terstruktur.

Untuk kebutuhan internal platform atau tools yang sangat spesifik, layanan Custom Enterprise Software dapat digunakan untuk membangun workflow, dashboard, service catalog, approval, atau automation yang disesuaikan dengan kebutuhan tim perusahaan.

Proses dimulai melalui strategic discovery untuk memetakan friction, engineering workflow, dependency, pengguna, dan golden path yang paling bernilai sebelum menentukan solusi.

Diskusikan kebutuhan platform, automation, dan peningkatan engineering system perusahaan Anda bersama Crocodic.