Dasar-dasar ALM dengan Microsoft Power Platform
Artikel ini menjelaskan komponen, alat, dan proses yang diperlukan untuk menerapkan manajemen siklus hidup aplikasi (ALM).
Lingkungan
Lingkungan adalah ruang untuk menyimpan, mengelola, dan berbagi data bisnis, aplikasi, dan alur proses bisnis Anda. Lingkungan juga berfungsi sebagai wadah untuk memisahkan aplikasi yang mungkin memiliki peran, persyaratan keamanan, atau audiens target yang berbeda. Setiap lingkungan hanya boleh memiliki satu bidang basis data Microsoft Dataverse. Informasi selengkapnya: Ikhtisar Lingkungan
Penting
Bila Anda membuat lingkungan, Anda dapat memilih untuk menginstal aplikasi Dynamics 365, seperti Dynamics 365 Sales dan Dynamics 365 Marketing. Penting untuk menentukan waktu jika aplikasi ini diperlukan atau bukan karena tidak dapat diinstal atau dihapus instalasinya nanti. Jika Anda tidak membuat aplikasi tersebut dan tidak akan memerlukannya di masa mendatang, sebaiknya Anda tidak menginstalnya di lingkungan Anda. Ini akan membantu menghindari komplikasi dependensi saat Anda mendistribusikan solusi antara lingkungan.
Jenis lingkungan yang digunakan dalam ALM
Dengan menggunakan Pusat admin Power Platform, Anda dapat membuat jenis lingkungan Power Platform ini:
Sandbox Lingkungan sandbox adalah lingkungan non-produksi dari Dataverse. Terisolasi dari produksi, lingkungan Sandbox adalah tempat untuk aman mengembangkan dan menguji perubahan aplikasi dengan risiko rendah. Lingkungan sandbox mencakup kemampuan yang berbahaya di lingkungan produksi, seperti Atur ulang, Hapus, dan operasi penyalinan. Informasi lebih lanjut: Kelola lingkungan sandbox
Produksi Lingkungan tempat aplikasi dan perangkat lunak lain dioperasikan untuk tujuan penggunaannya.
Pengembang (secara resmi disebut Komunitas). Paket pengembang Power Apps memberi Anda akses fungsionalitas premium Power Apps, Dataverse, dan Power Automate untuk penggunaan individu. Paket ini terutama dimaksudkan untuk membangun dan menguji dengan Power Apps, Power Automate, Microsoft Dataverse dan atau untuk tujuan pembelajaran. Lingkungan pengembang adalah lingkungan pengguna tunggal, dan tidak dapat digunakan untuk menjalankan atau berbagi aplikasi produksi.
Default Satu lingkungan default dibuat secara otomatis untuk setiap penyewa dan dibagikan oleh semua pengguna di penyewa tersebut. Penyewa mengidentifikasi pelanggan, yang dapat memiliki satu atau beberapa Microsoft langganan dan layanan yang terkait dengannya. Bila pengguna baru mendaftar ke Power Apps, mereka akan secara otomatis ditambahkan ke peran pembuat lingkungan default. Lingkungan default dibuat di wilayah terdekat dengan wilayah default penyewa Microsoft Entra dan diberi nama: "{Microsoft Entra nama} penyewa (default)"
Membuat dan menggunakan lingkungan yang benar untuk tujuan tertentu, seperti pengembangan, pengujian, atau produksi.
Informasi lebih lanjut tentang bekerja dengan lingkungan: Ikhtisar lingkungan.
Siapa yang harus memiliki akses?
Tentukan dan Kelola keamanan sumber daya dan data Anda di Microsoft Dataverse. Microsoft Power Platform menyediakan peran admin tingkat lingkungan untuk melakukan tugas. Dataverse mencakup peran keamanan yang menentukan tingkat akses ke aplikasi, komponen aplikasi, dan pembuat aplikasi sumber daya serta pengguna di dalam Dataverse.
| Tujuan lingkungan | Peran yang memiliki akses | Komentar |
|---|---|---|
| Pengembangan | Pembuat aplikasi dan pengembang. | Pengguna aplikasi seharusnya tidak memiliki akses. Pengembang memerlukan setidaknya peran keamanan pembuat lingkungan untuk membuat sumber daya. |
| Uji | Admin dan orang yang menguji. | Pengguna aplikasi produksi, pengembang, dan pembuat aplikasi seharusnya tidak memiliki akses. Pengguna uji harus memiliki hak istimewa yang cukup untuk melakukan pengujian. |
| Produksi | Admin dan pengguna aplikasi. Pengguna harus memiliki akses yang cukup untuk menjalankan tugas mereka untuk aplikasi yang mereka gunakan. | Pembuat aplikasi dan pengembang seharusnya tidak memiliki akses, atau hanya memiliki hak istimewa tingkat pengguna. |
| Default | Secara default, setiap pengguna di penyewa Anda dapat membuat dan mengedit aplikasi di lingkungan default Dataverse yang memiliki database. | Kami sangat menyarankan agar Anda membuat lingkungan untuk tujuan tertentu, dan memberikan peran serta hak istimewa yang sesuai hanya kepada orang yang memerlukannya. |
Informasi selengkapnya:
- Gambaran umum lingkungan
- Kontrol akses pengguna ke lingkungan: grup keamanan dan lisensi
- Membuat pengguna dan menetapkan peran keamanan
- Membuat lingkungan
Solusi
Solusi digunakan untuk memindahkan aplikasi dan komponen dari satu lingkungan ke lainnya atau untuk menerapkan rangkaian penyesuaian untuk aplikasi yang ada.
Solusi memiliki fitur ini:
Mereka mencakup metadata dan entitas tertentu dengan data konfigurasi. Solusi tidak berisi data bisnis.
Mereka dapat berisi banyak komponen yang berbeda Microsoft Power Platform, seperti aplikasi berdasarkan model, aplikasi Canvas, peta situs, alur, entitas, formulir, konektor kustom, sumber daya web, rangkaian pilihan, diagram, dan bidang. Perhatikan bahwa tidak semua entitas dapat disertakan dalam solusi. Contohnya, tabel sistem Pengguna Aplikasi, API Kustom, dan Pengaturan Organisasi tidak dapat ditambahkan ke solusi.
Mereka dikemas sebagai unit yang akan diekspor dan diimpor ke lingkungan lain, atau didekonstruksi dan dimasukkan ke kontrol sumber sebagai kode sumber untuk aset. Solusi juga digunakan untuk menerapkan perubahan pada solusi yang ada.
Solusi terkelola digunakan untuk menyebarkan ke lingkungan yang bukan merupakan lingkungan pengembangan untuk solusi tersebut. Ini mencakup pengujian, pengujian penerimaan pengguna (UAT), pengujian integrasi sistem (SIT), dan lingkungan produksi. Solusi terkelola dapat dilayani (peningkatan, perbaikan, dan penghapusan) secara terpisah dari solusi terkelola lain di lingkungan. Sebagai praktik terbaik ALM, solusi terkelola harus dibuat oleh server Build dan dianggap sebagai artefak Build.
Pembaruan pada solusi terkelola disebarkan ke versi solusi terkelola sebelumnya. Ini tidak membuat lapisan solusi tambahan. Anda tidak dapat menghapus komponen menggunakan pembaruan.
Patch hanya berisi perubahan untuk solusi terkelola induk. Anda hanya harus menggunakan patch saat membuat pembaruan kecil (mirip dengan hotfix) dan Anda memerlukannya mungkin untuk dihapus instalasinya. Bila patch diimpor, mereka berlapis di atas solusi induk. Anda tidak dapat menghapus komponen menggunakan patch.
Meningkatkan solusi menginstal lapisan solusi baru tepat di atas lapisan dasar dan tambalan yang ada.
Menerapkan peningkatan solusi mencakup penghapusan semua patch yang ada dan lapisan dasar.
Peningkatan solusi akan menghapus komponen yang ada namun tidak lagi disertakan dalam versi yang ditingkatkan.
Informasi selengkapnya: Konsep solusi
Kontrol sumber
Kontrol sumber, juga dikenal sebagai kontrol versi, adalah sistem yang memelihara dan aman menyimpan aset pengembangan perangkat lunak dan melacak perubahan pada aset tersebut. Pelacakan perubahan terutama penting saat beberapa pembuat aplikasi dan pengembang mengerjakan rangkaian file yang sama. Sistem kontrol sumber juga memberi Anda kemampuan untuk memutar ulang perubahan atau mengembalikan file yang terhapus.
Sistem kontrol sumber membantu organisasi mencapai ALM yang sehat karena aset yang dipelihara dalam sistem kontrol sumber adalah "sumber tunggal kebenaran"—atau, dengan kata lain, satu titik akses dan modifikasi untuk solusi Anda.
Strategi penggabungan dan percabangan
Hampir setiap sistem kontrol sumber memiliki beberapa bentuk cabang dan dukungan penggabungan. Branching berarti Anda menyimpang dari jalur utama pengembangan dan terus melakukan pekerjaan tanpa mengubah baris utama. Proses penggabungan terdiri dari menggabungkan satu cabang ke cabang lainnya, seperti dari cabang pengembangan menjadi cabang garis utama. Beberapa strategi percabangan umum adalah cabang berbasis batang, percabangan rilis, dan percabangan fitur. Informasi selengkapnya: mengadopsi strategi cabang Git
Proses kontrol sumber menggunakan solusi
Ada dua jalur utama yang dapat Anda gunakan saat bekerja dengan solusi dalam sistem kontrol sumber:
- Ekspor solusi tidak terkelola dan tempatkan sebagai dibongkar di sistem kontrol sumber. Proses pembuatan mengimpor solusi yang dikemas sebagai tidak terkelola ke lingkungan Build sementara (lingkungan sandbox). Kemudian, ekspor solusi sebagai dikelola dan menyimpannya sebagai artefak Build di sistem kontrol sumber Anda.
- Ekspor solusi sebagai tidak terkelola dan juga ekspor solusi sebagai terkelola, dan tempatkan keduanya di sistem kontrol sumber. Meskipun metode ini tidak memerlukan lingkungan pembuatan, namun perlu memelihara dua salinan semua komponen (satu salinan semua komponen yang tidak terkelola dari solusi tidak terkelola dan satu salinan semua komponen terkelola dari solusi terkelola).
Informasi selengkapnya: Tugas alat build
Automasi
Otomatisasi adalah bagian penting dari siklus hidup aplikasi yang meningkatkan produktivitas, keandalan, kualitas, dan efisiensi dari ALM. Alat otomatisasi dan tugas digunakan untuk memvalidasi, mengekspor, mengemas, membongkar, dan mengekspor solusi selain membuat dan mereset lingkungan sandbox.
Informasi lebih lanjut: apa yang dimaksud dengan Microsoft Power Platform build tools?
Pengembangan tim menggunakan kontrol sumber bersama
Penting untuk mempertimbangkan bagaimana Anda dan tim pengembangan akan bekerja sama untuk membangun proyek. Memecah isolasi dan membina tampilan dan percakapan dapat memungkinkan tim Anda untuk memberikan perangkat lunak yang lebih baik. Beberapa alat dan alur kerja—seperti yang disediakan di Git, GitHub, dan Azure DevOps—dirancang untuk tujuan peningkatan kualitas komunikasi dan perangkat lunak. Perlu diketahui bahwa bekerja dengan konfigurasi dalam sistem solusi dapat menimbulkan tantangan bagi pengembangan tim. Organisasi harus mengatur perubahan dari beberapa pengembang untuk menghindari penggabungan konflik sebanyak mungkin, karena sistem kontrol sumber memiliki batasan tentang bagaimana penggabungan terjadi. Sebaiknya Hindari situasi saat beberapa orang melakukan perubahan pada komponen kompleks—seperti formulir, alur, dan aplikasi Canvas—pada waktu yang sama.
Informasi lebih lanjut: skenario 5: pengembangan tim pendukung
Integrasi dan penyebaran berkelanjutan
Anda dapat menggunakan sistem kontrol sumber dan membangun jalur pipa untuk memulai dengan integrasi berkelanjutan dan penyebaran kontinu (CI/CD). Namun, panduan ini berfokus pada GitHub dan Azure DevOps. GitHub adalah platform pengembangan yang digunakan oleh jutaan pengembang. Azure DevOps menyediakan layanan pengembang untuk mendukung tim agar merencanakan pekerjaan, berkolaborasi dalam pengembangan kode, serta membangun dan menyebarkan aplikasi.
Anda membutuhkan yang berikut untuk memulai:
Akun GitHub, di mana Anda dapat membuat repositori. Jika tidak memilikinya, Anda dapat membuatnya secara gratis.
Organisasi Azure DevOps. Jika tidak memilikinya, Anda dapat membuatnya secara gratis.
Informasi selengkapnya: membuat alur pertama
Lisensi
Untuk membuat atau mengedit aplikasi dan alur dengan menggunakan Power Apps dan Power Automatemasing-masing, pengguna akan diharuskan memiliki lisensi per-pengguna untuk Power Apps atau Power Automate atau lisensi aplikasi Dynamics 365 yang sesuai. Untuk informasi lebih lanjut, lihat gambaran umum lisensi untuk Microsoft Power Platform. Kami juga menyarankan untuk menghubungi perwakilan akun Anda Microsoft untuk mendiskusikan kebutuhan lisensi Anda.
Pertimbangan ALM
Bila Anda mempertimbangkan ALM sebagai bagian integral dalam membangun aplikasi di Microsoft Power Platform, ini dapat secara drastis meningkatkan kecepatan, keandalan, dan pengalaman pengguna aplikasi. Hal ini juga memastikan bahwa beberapa pengembang, baik pengembang tradisional yang menulis kode maupun pengembang warga, dapat berkontribusi secara bersama-sama ke aplikasi yang sedang dibangun.
Lihat artikel berikut yang membahas beberapa item untuk dipertimbangkan di awal pengembangan aplikasi: