Beban kognitif mengacu pada jumlah total upaya mental yang digunakan dalam memori kerja seseorang. Anggap saja ini sebagai bandwidth mental yang dimiliki developer. Ketika bandwidth tersebut digunakan untuk tugas non-coding, kemampuan mereka untuk berfokus pada pemecahan masalah yang kompleks akan berkurang.

Developer sering kali harus beralih di antara puluhan alat, dasbor, dan file konfigurasi yang berbeda hanya untuk menerapkan perubahan sederhana. Setiap peralihan konteks memaksa otak untuk memuat serangkaian informasi baru, yang melelahkan secara mental. Penggunaan alat dan proses yang terus-menerus ini meningkatkan beban kognitif, yang dapat menyebabkan kejenuhan, lebih banyak kesalahan, dan inovasi yang lebih lambat.

Engineering platform adalah disiplin ilmu yang berfokus pada perancangan, pembangunan, dan pemeliharaan platform developer internal. Anggap saja seperti ini: jika IDP adalah produknya, maka tim engineering platform adalah tim produk yang bertanggung jawab atas siklus prosesnya. Pelanggan mereka adalah developer organisasi.

Pendekatan ini berarti platform diperlakukan seperti produk software lainnya. Tim engineering platform bertanggung jawab untuk memahami kebutuhan developer, menentukan roadmap, dan menyediakan serangkaian alat yang andal, aman, dan mudah digunakan.

Pertanyaan yang sering diajukan adalah perbedaan antara platform dan portal. Meskipun istilah ini terkadang digunakan secara bergantian, keduanya mewakili lapisan pengalaman developer yang berbeda. Anggap platform developer internal (IDP) sebagai keseluruhan mesin, yang mencakup semua alat, alur kerja, dan infrastruktur yang mendukung siklus proses pengembangan Anda.

Di sisi lain, portal developer internal adalah dasbor untuk mesin tersebut. Ini adalah antarmuka pengguna grafis (GUI) yang memberi developer satu tempat terpusat untuk mengakses kemampuan platform. Portal developer dapat membantu developer menemukan dan menggunakan alat, melihat dokumentasi, membuat kerangka layanan baru, dan memeriksa status build mereka tanpa perlu memahami mekanisme kompleks yang berjalan di bawahnya. Meskipun IDP yang komprehensif sering kali mencakup portal developer untuk meningkatkan kegunaan dan keterlihatan, platform itu sendiri adalah serangkaian teknologi dasar dan proses otomatis yang lengkap.

Untuk melihat cara kerja IDP dalam praktik, mari kita lihat contoh platform developer internal umum yang menggunakan Google Cloud. Bayangkan seorang developer perlu menjalankan microservice baru yang memerlukan database dan pipeline CI/CD sendiri.

Developer perlu membuat Cloud Source Repository secara manual, menulis modul Terraform untuk menyediakan database Cloud SQL, membuat dan mengonfigurasi file deployment Google Kubernetes Engine (GKE) (YAML), menyiapkan pemicu baru di Cloud Build, dan mengelola izin IAM untuk semuanya. Proses ini dapat memakan waktu berhari-hari dan melibatkan banyak tim.

Prosesnya jauh lebih sederhana.

Permintaan dari portal: Developer login ke portal developer dan menemukan template bawaan untuk "microservice Python dengan database Cloud SQL".

Input sederhana: Mereka mengisi formulir singkat dengan nama layanan dan nama tim mereka.

Orkestrasi dimulai: Developer mengklik "Create", dan orkestrator platform mengambil alih.

Tindakan otomatis: Di balik layar, orkestrator menjalankan serangkaian tugas otomatis menggunakan Google Cloud API:

• Hal ini membuat repositori baru di Cloud Source Repositories dari template
• Hal ini menjalankan rencana Terraform untuk menyediakan instance Cloud SQL untuk PostgreSQL yang baru
• Hal ini membuat manifes yang diperlukan dan menerapkannya ke cluster Google Kubernetes Engine (GKE) untuk membuat lingkungan deployment baru
• Hal ini mengonfigurasi pipeline CI/CD baru di Cloud Build untuk otomatis membangun dan men-deploy layanan

Penyelesaian: Proses selesai dalam hitungan menit. Developer mendapatkan notifikasi dengan link ke repositori baru mereka, aplikasi yang berjalan di lingkungan staging GKE, dan kredensial database, semuanya tanpa menulis satu baris konfigurasi pun.