Bagikan melalui

Konsep solusi

  • Artikel

Solusi adalah mekanisme untuk menerapkan manajemen siklus hidup aplikasi (ALM) di dan Power Apps Power Automate. Artikel ini menjelaskan konsep solusi kunci berikut:

  • Dua jenis solusi
  • Komponen solusi
  • Siklus hidup solusi
  • Penerbit Solusi
  • Dependensi solusi dan komponen solusi

Solusi terkelola dan tidak terkelola

Solusi dikelola atau tidak terkelola.

  • Solusi yang tidak dikelola dikembangkan. Solusi yang tidak dikelola digunakan di lingkungan pengembangan saat Anda membuat perubahan pada aplikasi Anda. Solusi yang tidak terkelola dapat diekspor baik sebagai tidak terkelola atau terkelola. Versi ekspor solusi Anda yang tidak terkelola harus diperiksa ke sistem kontrol sumber Anda. Solusi tidak terkelola harus dipertimbangkan sebagai sumber aset Microsoft Power Platform Anda. Saat solusi yang tidak dikelola dihapus, hanya kontainer solusi dari penyesuaian apa pun yang disertakan di dalamnya yang dihapus. Semua penyesuaian tidak terkelola tetap berlaku dan merupakan milik solusi default.

  • Solusi terkelola diterapkan. Solusi terkelola disebarkan ke lingkungan apa pun yang bukan merupakan lingkungan pengembangan untuk solusi tersebut. Ini mencakup lingkungan uji, UAT, SIT, dan produksi. Solusi terkelola dapat dilayani secara terpisah dari solusi terkelola lain di lingkungan. Sebagai praktik terbaik ALM, solusi terkelola harus dihasilkan dengan mengekspor solusi yang tidak terkelola sebagai terkelola dan dianggap sebagai artifak Build. Selain itu:

    • Anda tidak dapat secara langsung mengedit komponen dalam solusi terkelola. Untuk mengedit komponen terkelola, terlebih dahulu Tambahkan ke solusi yang tidak terkelola.
      • Bila anda melakukannya, anda membuat dependensi antara penyesuaian tidak terkelola dan solusi terkelola. Bila ketergantungan terjadi, solusi terkelola tidak dapat dibongkar hingga anda menghapus dependensi.
    • Beberapa komponen tidak terkelola tidak diedit. Untuk memverifikasi apakah komponen dapat diedit, lihat properti terkelola.
    • Anda tidak dapat mengekspor solusi terkelola.
    • Bila solusi terkelola dihapus (instalasinya), semua penyesuaian dan ekstensi yang disertakan dengannya akan dihapus.

    Penting

    • Anda tidak dapat mengimpor solusi terkelola ke lingkungan yang sama yang berisi solusi tidak terkelola asal. Untuk menguji solusi terkelola, anda memerlukan lingkungan terpisah untuk mengimpornya.
    • Bila anda menghapus solusi terkelola, data berikut akan hilang: data yang disimpan di entitas kustom yang merupakan bagian dari solusi terkelola dan data yang disimpan di atribut kustom yang merupakan bagian dari solusi terkelola pada entitas lain yang bukan bagian dari solusi terkelola.

Pembuat dan pengembang bekerja di lingkungan pengembangan yang menggunakan solusi tidak terkelola, maka impor mereka ke lingkungan downstream lain—seperti pengujian—sebagai solusi terkelola.

Distribusikan solusi dari lingkungan pengembangan ke pengujian.

Catatan

Bila Anda menyesuaikan di lingkungan pengembangan, Anda sedang bekerja di lapisan tidak terkelola. Kemudian, saat anda mengekspor solusi tidak terkelola sebagai solusi terkelola untuk didistribusikan ke lingkungan lain, solusi terkelola diimpor ke lingkungan di lapisan terkelola. Informasi selengkapnya: Lapisan solusi

Komponen solusi

Komponen mewakili sesuatu yang berpotensi dapat Anda sesuaikan. Apa pun yang dapat dimasukkan dalam solusi merupakan komponen. Untuk melihat komponen yang tercakup dalam solusi, buka solusi yang diinginkan. Komponen terdaftar dalam daftar komponen.

Komponen dalam larutan.

Catatan

  • Solusi dapat berukuran hingga 95 MB.
  • Anda tidak dapat secara langsung mengedit komponen dalam solusi terkelola.

cUntuk melihat daftar jenis komponen yang dapat ditambahkan ke solusi apa pun, lihat pilihan ComponentType.

Beberapa komponen berulang dalam komponen lainnya. Misalnya, entitas berisi formulir, tampilan, grafik, bidang, relasi entitas, pesan, dan aturan bisnis. Masing-masing komponen tersebut memerlukan entitas agar tersedia. Bidang tidak boleh berada di luar entitas. Ini berarti bidang tergantung pada entitas. Ada dua kali lebih banyak jenis komponen seperti yang ditunjukkan dalam daftar sebelumnya, tetapi kebanyakan dari mereka bersarang di dalam komponen lain dan tidak terlihat di aplikasi.

Tujuan memiliki komponen adalah agar tetap dapat melacak setiap batasan untuk hal yang dapat disesuaikan menggunakan Properti terkelola dan semua Ketergantungan sehingga dapat diekspor, diimpor, dan (dalam solusi terkelola) dihapus tanpa meninggalkan apa pun.

siklus hidup solusi

Solusi mendukung tindakan berikut yang membantu mendukung proses siklus hidup aplikasi:

  • Buat Tulis dan ekspor solusi yang tidak dikelola.

  • Pembaruan Buat pembaruan ke solusi terkelola yang disebarkan ke induk solusi terkelola. Anda tidak dapat menghapus komponen dengan pembaruan.

  • Upgrade Impor solusi sebagai pemutakhiran ke solusi terkelola yang ada, yang menghapus komponen yang tidak digunakan dan menerapkan logika pemutakhiran. Peningkatan mencakup Rolling up (penggabungan) semua patch solusi ke versi baru solusi. Peningkatan solusi menghapus komponen yang ada tetapi tidak lagi disertakan dalam versi yang ditingkatkan. Anda dapat memilih untuk mengupgrade dengan segera atau melakukan tahapan peningkatan sehingga Anda dapat melakukan beberapa tindakan tambahan sebelum menyelesaikan peningkatan.

  • Patch Patch hanya berisi perubahan untuk induk solusi terkelola, seperti menambahkan atau mengedit komponen dan aset. Gunakan patch saat membuat pembaruan kecil (mirip dengan hotfix). Bila patch diimpor, mereka berlapis di atas solusi induk. Anda tidak dapat menghapus komponen dengan patch.

Penerbit Solusi

Setiap aplikasi dan komponen solusi lainnya seperti entitas yang Anda buat atau penyesuaian apa pun yang Anda buat adalah bagian dari solusi. Karena setiap solusi memiliki penerbit, Anda harus membuat penerbit sendiri dan bukan menggunakan default. Anda menentukan penerbit saat membuat solusi.

Catatan

Meskipun Anda tidak menggunakan solusi kustom, Anda akan bekerja dalam solusi yang dikenal sebagai solusi default Common Data Service dan solusi default. Informasi lebih lanjut: solusi default dan solusi default Common Data Service

Penerbit solusi tempat komponen dibuat dianggap sebagai pemilik komponen tersebut. Pemilik komponen mengontrol perubahan yang dilakukan penerbit solusi lainnya termasuk bahwa komponen tersebut diizinkan untuk dibuat atau dibatasi pembuatannya. Anda dapat memindahkan kepemilikan komponen dari satu solusi ke solusi lainnya dalam penerbit yang sama, namun tidak di seluruh penerbit. Setelah memperkenalkan penerbit untuk komponen dalam solusi terkelola, Anda tidak dapat mengubah penerbit untuk komponen tersebut. Karena pembatasan ini, yang terbaik adalah menentukan satu penerbit sehingga Anda dapat mengubah model pelapisan di seluruh solusi nanti.

Penerbit solusi menentukan orang yang mengembangkan aplikasi. Untuk alasan ini, anda harus membuat nama penerbit solusi yang bermakna.

Awalan penerbit solusi

Penerbit solusi mencakup awalan. Awalan penerbit adalah mekanisme untuk membantu menghindari tabrakan penamaan. Hal ini memungkinkan solusi dari penerbit yang berbeda diinstal di lingkungan dengan beberapa konflik. Misalnya, solusi Aswono yang ditampilkan di sini mencakup awalan penerbit solusi Aswono.

Contoh awalan penerbit solusi.

Catatan

Bila anda mengubah awalan penerbit solusi, anda harus melakukannya sebelum membuat item aplikasi atau metadata baru karena anda tidak dapat mengubah nama item metadata setelah dibuat.

Informasi selengkapnya:

Dependensi Solusi

Karena cara solusi terkelola tersebut berlapis, beberapa solusi terkelola dapat didependensikan pada komponen solusi di solusi terkelola lain. Beberapa penerbit solusi memanfaatkan ini untuk membangun solusi yang modular. Anda mungkin perlu menginstal solusi terkelola "dasar" terlebih dahulu dan kemudian Anda dapat menginstal solusi terkelola kedua yang akan lebih menyesuaikan komponen dalam solusi terkelola dasar. Solusi terkelola kedua tergantung pada komponen solusi yang merupakan bagian dari solusi pertama.

Sistem melacak dependensi di antara solusi. Jika Anda mencoba menginstal solusi yang memerlukan solusi dasar yang belum diinstal, maka Anda tidak akan dapat menginstal solusi. Anda akan mendapatkan pesan yang mengatakan bahwa solusi tersebut memerlukan solusi lain untuk diinstal terlebih dahulu. Demikian pula, karena dependensi, Anda tidak dapat menghapus instalan solusi dasar saat solusi yang bergantung padanya masih diinstal. Anda harus menghapus instalan solusi dependen sebelum Anda dapat menghapus instalan solusi dasar. Informasi lebih lanjut: Menghapus dependensi

Dependensi komponen solusi

Komponen solusi mewakili sesuatu yang berpotensi dapat Anda sesuaikan. Apa pun yang dapat disertakan dalam solusi adalah komponen solusi dan beberapa komponen bergantung pada komponen lain. Misalnya, bidang situs web dan laporan ringkasan akun keduanya bergantung pada entitas akun. Informasi lebih lanjut: Pelacakan dependensi untuk komponen solusi

Lihat juga

Lapisan solusi
Membuat dan mengelola lingkungan di Power Platform pusat admin