Konsep solusi

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 (terkelola atau tidak terkelola)
• 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. Lingkungan ini mencakup pengujian, pengujian penerimaan pengguna (UAT), pengujian integrasi sistem (SIT), dan lingkungan 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.
    • Saat Anda mengedit komponen terkelola, Anda membuat dependensi antara penyesuaian yang tidak dikelola 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. Tetapi Anda dapat mengekspor solusi yang tidak dikelola sebagai yang dikelola.
  • Bila solusi terkelola dihapus (instalasinya), semua penyesuaian dan ekstensi yang disertakan dengannya akan dihapus.

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

Komponen solusi

Komponen, juga dikenal sebagai objek, mewakili sesuatu yang berpotensi 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.

Untuk melihat daftar jenis komponen yang dapat ditambahkan ke solusi apa pun, buka Opsi ComponentType.

Beberapa komponen berulang dalam komponen lainnya. Misalnya, tabel berisi formulir, tampilan, bagan, kolom, hubungan tabel, pesan, dan aturan bisnis. Masing-masing komponen tersebut membutuhkan tabel untuk ada. Kecuali untuk kolom pilihan, semua kolom lain tidak boleh ada di luar tabel. Kami mengatakan bahwa kolom tergantung pada tabel. 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 untuk solusi terkelola yang disebarkan ke solusi terkelola induk. Anda tidak dapat menghapus komponen dengan pembaruan.
• Tingkatkan. 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.
• Tambalan. Sebuah patch hanya berisi perubahan untuk 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 tabel 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.

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 yang sama dengan sedikit konflik. Misalnya, solusi Aswono yang ditampilkan di sini mencakup awalan penerbit solusi Aswono.

Informasi selengkapnya:

• Membuat awalan penerbit solusi
• Mengubah prefiks penerbit solusi

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 menginstal solusi terkelola kedua yang 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 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, kolom situs dan laporan ringkasan akun keduanya bergantung pada tabel akun. Informasi lebih lanjut: Pelacakan dependensi untuk komponen solusi

Lihat juga

Lapisan solusi
Membuat dan mengelola lingkungan di Power Platform pusat admin