Strategi lingkungan untuk ALM

Untuk mengikuti prinsip manajemen siklus hidup (ALM), Anda memerlukan lingkungan terpisah untuk pengembangan dan produksi aplikasi. Meskipun Anda dapat melakukan ALM dasar dengan lingkungan pengembangan dan produksi yang terpisah, sebaiknya Anda juga memelihara setidaknya satu lingkungan uji yang terpisah dari lingkungan pengembangan dan produksi Anda. Bila Anda memiliki lingkungan pengujian terpisah, Anda dapat melakukan validasi ujung ke ujung yang mencakup penyebaran solusi dan pengujian aplikasi. Beberapa organisasi juga mungkin memerlukan lingkungan lainnya untuk pengujian penerimaan pengguna (UAT), pengujian integrasi sistem (SIT), dan pelatihan.

Lingkungan pengembangan terpisah dapat membantu untuk mengisolasi perubahan dari satu upaya kerja yang di-check in sebelum selesai. Lingkungan pengembangan terpisah juga dapat membantu mengurangi situasi saat satu orang mempengaruhi secara negatif lainnya saat membuat perubahan.

Setiap organisasi unik, sehingga pertimbangkan dengan cermat kebutuhan lingkungan organisasi Anda.

Lingkungan pengembangan

Anda harus menjawab pertanyaan seperti:

• Berapa banyak lingkungan pengembangan yang saya butuhkan?
  • Informasi selengkapnya: Ikhtisar Lingkungan
• Bagaimana cara menetapkan lingkungan secara otomatis dari kode sumber?
  • Informasi selengkapnya: Microsoft Power Platform build tools untuk Azure DevOps
• Apa dependensi di lingkungan saya?
  • Informasi selengkapnya: Beberapa lapisan dan dependensi solusi

Lingkungan lain

Anda juga harus menjawab pertanyaan, "jenis lingkungan non-pengembangan Apakah yang saya butuhkan?"

Misalnya, selain lingkungan produksi, Anda mungkin memerlukan lingkungan uji terpisah, UAT, SIT, dan pra-produksi. Perhatikan bahwa, minimal, setiap praktik ALM yang sehat harus mencakup penggunaan lingkungan pengujian sebelum menerapkan apa pun ke lingkungan produksi. Hal ini memastikan Anda memiliki tempat untuk menguji aplikasi Anda, tetapi juga memastikan bahwa penyebaran itu sendiri dapat diuji.

Informasi selengkapnya: Menetapkan strategi lingkungan untuk Microsoft Power Platform

Pertimbangan multi-geografis

Lingkungan Power Platform mengikuti jadwal pembaruan layanan tertentu saat lingkungan diperbarui di seluruh dunia. Total ada enam stasiun yang didefinisikan berdasarkan lokasi geografis. Pembaruan layanan diterapkan secara berurutan untuk setiap stasiun. Jadi, pembaruan layanan di stasiun 2 berlaku sebelum stasiun 3. Oleh karena itu, lingkungan di berbagai stasiun memiliki versi yang berbeda pada titik tertentu pada waktu tertentu. Untuk informasi lebih lanjut tentang jadwal pembaruan layanan lingkungan, buka Versi rilis Microsoft Dataverse

Versi impor dan lingkungan solusi

Bila Anda memiliki beberapa lingkungan di berbagai kawasan, maka Anda harus memahami hal berikut saat Anda mengimpor solusi:

• Anda dapat mengimpor solusi ke lingkungan yang merupakan versi lebih baru daripada lingkungan tempat solusi diekspor.
• Anda tidak dapat secara andal mengimpor solusi ke lingkungan yang merupakan versi lebih lama daripada lingkungan tempat solusi diekspor. Hal ini dikarenakan mungkin ada komponen atau fungsi yang diperlukan di lingkungan yang lebih lama.

Contoh keberhasilan menyelaraskan lingkungan dengan stasiun pembaruan layanan

Bayangkan bahwa Anda memiliki lingkungan produksi di Kanada dan Amerika Serikat. Dalam hal ini, lingkungan pengembangan Anda harus di Amerika Utara (stasiun 5) dan tidak di Kanada (stasiun 2). Selanjutnya, lingkungan pengembangan Anda akan selalu sama atau versi lebih lama dari lingkungan produksi Anda, yang akan mengurangi konflik versi impor solusi.

Baca juga

Konsep solusi