Bisakah saya mengedit solusi managed secara langsung di lingkungan produksi?

Tidak. Solusi managed dikunci sejak awal untuk menjaga stabilitas produksi. Untuk melakukan perubahan, Anda harus mengedit versi unmanaged di lingkungan pengembangan, mengekspor paket managed baru, lalu men-deploy pembaruan atau upgrade.

Apa yang terjadi pada data saya jika saya menghapus solusi unmanaged?

Saat Anda menghapus solusi unmanaged, hanya wadahnya yang dihapus. Tabel kustom, kolom, dan data Anda tetap utuh dan otomatis dipindahkan ke solusi default di lingkungan default.

Bisakah saya mengimpor kembali solusi managed ke lingkungan pengembangan saya?

Tidak. Platform akan memblokir impor solusi managed ke lingkungan yang sama dengan tempat solusi unmanaged yang digunakan untuk membangunnya berada. Anda harus menggunakan lingkungan uji atau sandbox yang terpisah.

Bagaimana hubungan solusi unmanaged dan managed dengan source control?

Anda sebaiknya menyimpan solusi unmanaged di source control (seperti GitHub) untuk menjaga sumber kebenaran dan riwayat perubahan, sementara solusi managed diperlakukan sebagai artefak build yang dihasilkan untuk deployment.

Solusi Managed vs Unmanaged Power Platform: Panduan Lengkap

By Mirko Peters · 2026-10-21

Pelajari perbedaan penting antara solusi Power Platform managed dan unmanaged, aturan deployment, serta praktik terbaik ALM untuk aplikasi Anda.

Automatically translated with AI from the original post. Read the English original

Cover: Power Platform Solutions - Simply Explained

Memahami perbedaan antara solusi Power Platform managed dan unmanaged sangat penting untuk mencegah penghapusan aplikasi yang fatal dan deployment yang gagal. Panduan ini menjelaskan bagaimana lapisan unmanaged berfungsi sebagai ruang kerja yang dapat diedit, sedangkan solusi managed berperan sebagai paket beku yang siap di-deploy di lingkungan pengembangan, uji, dan produksi.

Poin Penting

Solusi unmanaged adalah salinan kerja Anda di lingkungan pengembangan, tempat Anda membangun, mengedit, dan bereksperimen secara aktif.
Solusi managed adalah salinan beku yang siap di-deploy, khusus untuk lingkungan uji dan produksi demi menjaga stabilitas.
Menghapus solusi unmanaged hanya menghapus wadahnya dan komponen tetap utuh, sedangkan menghapus instalasi solusi managed akan menghapus tabel kustom dan data terkait.
Anda tidak dapat mengimpor solusi managed kembali ke lingkungan pengembangan tempat induk unmanaged-nya dibuat.
Memperlakukan solusi unmanaged sebagai kode sumber dan solusi managed sebagai artefak build menyelaraskan ALM Power Platform Anda dengan praktik pengembangan perangkat lunak standar.

Perbedaan Utama antara Solusi Managed dan Unmanaged

Saat pertama kali membangun aplikasi, alur, dan tabel di Microsoft Power Platform, mudah sekali memperlakukan lingkungan seperti papan coret-coret digital yang sangat besar. Anda mengklik sana-sini, membuat entitas kustom, dan menghubungkan cloud flow langsung di dalam ruang kerja default atau bersama. Namun, begitu proyek Anda melewati tahap proof-of-concept, pendekatan longgar ini dengan cepat menghasilkan kode yang sulit dipelihara dan kehilangan data secara tidak sengaja. Untuk membangun aplikasi yang andal, Anda harus menguasai perbedaan mendasar antara solusi unmanaged dan managed.

Pada intinya, solusi hanyalah sebuah wadah, semacam manifes pengiriman yang mengemas komponen aplikasi Anda agar dapat berpindah dengan rapi antarlingkungan. Namun, di dalam paradigma wadah ini terdapat dikotomi yang tegas: unmanaged versus managed. Frasa sederhana ini membantu memperjelas tujuan keduanya: unmanaged untuk mengedit di sini, sedangkan managed untuk men-deploy di sana.

Solusi Unmanaged: Ruang Kerja Pengembangan Anda

Solusi unmanaged adalah salinan kerja Anda yang aktif dan dapat diedit. Setiap kali Anda merancang canvas app, menulis aturan bisnis, atau mengubah tabel Dataverse, Anda sedang bekerja di dalam solusi unmanaged di lingkungan pengembangan. Setiap penyesuaian, perubahan warna, dan perubahan skema langsung berlaku pada aplikasi yang mendasarinya.

Apa yang Terjadi Saat Anda Menghapus Solusi Unmanaged?

Salah satu karakteristik keamanan terpenting dari solusi unmanaged adalah cara penanganannya saat dihapus. Jika Anda menghapus solusi unmanaged dari lingkungan pengembangan, hanya wadah itu sendiri yang hilang. Kustomisasi, aplikasi, dan tabel yang Anda bangun tidak ikut lenyap; sebaliknya, komponen-komponen tersebut diam-diam kembali ke solusi default. Meski ini mencegah kehancuran total yang tidak disengaja selama pengembangan, hal ini dapat membuat ruang kerja default berantakan jika Anda tidak berhati-hati.

Microsoft merekomendasikan agar solusi tidak terkelola (unmanaged) Anda disimpan langsung ke sistem kontrol sumber seperti GitHub atau Azure DevOps. Dengan memperlakukan solusi tidak terkelola sebagai repositori kode sumber utama, Anda memiliki jejak audit historis yang lengkap atas setiap perubahan yang dibuat oleh tim pengembang Anda.

Solusi Terkelola: Paket Deployment Produksi Anda

Solusi terkelola merupakan salinan aplikasi Anda yang sudah final, dikompilasi, dan dibekukan. Anda tidak mengedit solusi terkelola secara langsung. Sebagai gantinya, Anda mengekspor solusi tidak terkelola sebagai solusi terkelola, lalu men-deploy paket tersebut ke lingkungan hilir seperti User Acceptance Testing (UAT), System Integration Testing (SIT), dan akhirnya produksi.

Realitas Berisiko Tinggi dari Penghapusan Solusi Terkelola

Berbeda dengan solusi tidak terkelola, solusi terkelola memang dikunci secara ketat sejak awal desainnya. Anda tidak bisa mengubah komponen secara langsung di dalam solusi terkelola. Yang lebih penting, menghapus instalasi solusi terkelola justru menghasilkan perilaku yang berlawanan dengan solusi tidak terkelola: karena semua isi paket terikat pada deployment spesifik tersebut, menghapus solusi akan menghilangkan seluruh komponennya.

Yang paling krusial, penghapusan saat uninstalasi ini mencakup data yang tersimpan di custom table yang menjadi bagian dari solusi, serta data yang tersimpan di custom column yang ditambahkan ke tabel yang sudah ada. Setelah solusi terkelola di-uninstall dari sebuah lingkungan, data terkait akan hilang secara permanen. Tidak ada tombol undo bawaan, sehingga memahami arsitektur deployment Anda menjadi tanggung jawab administratif yang sangat penting.

Arsitektur Lingkungan dan Aturan Pengujian

Mekanisme teknis Power Platform menerapkan batasan lingkungan yang ketat terkait cara Anda menangani kedua jenis solusi ini. Misalnya, Anda tidak dapat mengimpor solusi terkelola kembali ke lingkungan pengembangan yang sama dengan solusi tidak terkelola yang menjadi sumbernya. Untuk menguji deployment terkelola, Anda memerlukan lingkungan yang sepenuhnya terpisah, sehingga praktik terbaik menyarankan penyiapan pipeline multi-lingkungan khusus sejak hari pertama.

Pengaturan ALM (Application Lifecycle Management) yang sehat dan standar terdiri dari minimal tiga lingkungan yang berbeda:

Pengembangan: Tempat pembuat (makers) membangun dan mengubah solusi tidak terkelola.
Pengujian (UAT): Tempat Anda mengimpor solusi terkelola untuk membuktikan bahwa proses deployment dan fungsi aplikasi berjalan dengan benar.
Produksi: Tempat pengguna nyata mengandalkan solusi terkelola yang stabil dan beku setiap hari.

Menguasai Strategi Deployment Power Platform Anda

Menerapkan pemisahan yang ketat antara ruang kerja pengembangan tidak terkelola dan deployment produksi terkelola akan mengubah strategi Power Platform Anda dari kumpulan solusi yang rapuh menjadi rekayasa perangkat lunak tingkat enterprise. Dengan menghormati batas solusi, melindungi lingkungan produksi dari perubahan ad hoc, dan menjaga kebiasaan kontrol sumber yang rapi, Anda memastikan aplikasi bisnis kritis tetap stabil dan tangguh seiring pertumbuhannya.

Untuk menggali lebih dalam mekanisme komponen Power Platform, publisher, prefix, dan lapisan solusi, pastikan Anda mendengarkan episode lengkapnya dan berlangganan podcast ini untuk wawasan berkelanjutan tentang ekosistem cloud Microsoft.