Strategi persekitaran untuk ALM
Untuk mengikuti prinsip pengurusan kitaran hayat aplikasi (ALM), anda akan memerlukan persekitaran yang berasingan untuk pembangunan aplikasi dan pengeluaran. Walaupun anda boleh melakukan asas ALM dengan hanya persekitaran pembangunan dan pengeluaran yang berasingan, kami juga mengesyorkan anda mengekalkan sekurang-kurangnya satu persekitaran ujian yang berasingan daripada persekitaran pembangunan dan pengeluaran anda. Apabila anda mempunyai persekitaran ujian yang berasingan, anda boleh melakukan pengesahan hujung ke hujung yang termasuk pelaksanaan penyelesaian dan percubaan aplikasi. Sesetengah organisasi juga mungkin memerlukan lebih banyak persekitaran untuk ujian penerimaan pengguna (UAT), ujian integrasi sistem (SIT) dan latihan.
Persekitaran pembangunan berasingan boleh membantu untuk membantu mengasingkan perubahan daripada satu usaha kerja yang disemak sebelum ia dilengkapkan. Persekitaran pembangunan yang berasingan juga boleh membantu untuk mengurangkan situasi apabila seseorang memberi kesan negatif yang lain ketika membuat perubahan.
Setiap organisasi adalah unik, jadi pertimbangkan dengan teliti keperluan persekitaran organisasi anda.
Persekitaran pembangunan
Anda hendaklah menjawab sebarang pertanyaan seperti:
- Berapa banyakkah persekitaran pembangunan yang saya perlukan?
- Maklumat lanjut: Gambaran keseluruhan persekitaran
- Bagaimanakah saya boleh menyediakan persekitaran secara automatik dari kod sumber?
- Maklumat lanjut: Microsoft Power Platform Build Tools untuk Azure DevOps
- Apakah kebergantungan pada persekitaran saya?
- Maklumat lanjut: Berbilang pelapisan penyelesaian dan kebersandaran
Persekitaran lain
Anda juga perlu menjawab soalan, "Jenis persekitaran bukan pembangunan manakah yang saya perlukan?"
Sebagai contoh, selain persekitaran pengeluaran anda, anda mungkin perlu menguji secara berasingan, UAT, SIT dan persekitaran prapengeluaran. Perhatikan bahawa, sekurang-kurangnya, mana-mana amalan ALM yang sihat harus termasuk menggunakan persekitaran ujian sebelum melaksanakan apa-apa kepada persekitaran pengeluaran. Ini memastikan bahawa anda mempunyai tempat untuk menguji aplikasi anda, tetapi juga memastikan bahawa pelaksanaan itu sendiri boleh diuji.
Maklumat lanjut: Mewujudkan strategi persekitaran untuk Microsoft Power Platform
Pertimbangan berbilang geografi
Persekitaran Power Platform mengikut jadual kemas kini perkhidmatan tertentu apabila persekitaran dikemas kini di seluruh dunia. Terdapat enam stesen secara keseluruhan yang ditakrifkan pada awalnya mengikut lokasi geografi. Kemas kini perkhidmatan digunakan mengikut jujukan untuk setiap stesen. Jadi, kemas kini perkhidmatan stesen 2 digunakan sebelum stesen 3. Oleh itu, adalah perkara biasa untuk persekitaran yang berada dalam stesen yang berbeza mempunyai versi yang berbeza pada masa tertentu. Untuk mendapatkan maklumat lanjut mengenai jadual kemas kini perkhidmatan persekitaran, pergi ke Versi keluaran Microsoft Dataverse
Import penyelesaian dan versi persekitaran
Apabila anda mempunyai berbilang persekitaran di rantau yang berbeza, penting untuk memahami perkara berikut apabila anda mengimport penyelesaian:
- Anda boleh mengimport penyelesaian ke dalam persekitaran yang merupakan versi lebih baharu daripada persekitaran tempat penyelesaian itu dieksport.
- Anda tidak boleh mengimport dengan pasti penyelesaian ke dalam persekitaran yang merupakan versi lebih lama daripada persekitaran tempat penyelesaian itu dieksport. Ini kerana mungkin terdapat komponen yang hilang atau fungsi yang diperlukan dalam persekitaran yang lebih lama.
Contoh persekitaran yang berjaya dijajarkan dengan stesen kemas kini perkhidmatan
Bayangkan anda mempunyai persekitaran pengeluaran di Kanada dan Amerika Syarikat. Jika begitu, persekitaran pembangunan anda perlu berada di Amerika Utara (stesen 5) dan bukan di Kanada (stesen 2). Maka, persekitaran pembangunan anda akan sentiasa sama atau versi yang lebih awal daripada persekitaran pengeluaran anda, yang akan mengurangkan konflik versi import penyelesaian.
