Karena versi skema modul disimpan dalam penyimpanan nilai kunci, ini unik untuk setiap situs dan tidak disinkronkan melalui manajemen konfigurasi. Itu masuk akal, karena pembaruan mungkin perlu membuat penyesuaian yang tidak dienkapsulasi dalam konfigurasi (seperti pembaruan basis data), tetapi ada perubahan lain yang mungkin juga dimasukkan dalam konfigurasi (misalnya menambahkan nilai konfigurasi baru).
- Apakah ada risiko menjalankan impor konfigurasi dan pembaruan basis data dalam salah satu urutan?
- Apa urutan yang disukai untuk menjalankan operasi itu?
- Apakah kait pembaruan perlu membuat akomodasi khusus untuk item konfigurasi yang mungkin sudah diimpor?
- Apakah ada operasi lain yang mungkin diperlukan untuk sepenuhnya memperbarui lingkungan produksi?
8
updating
configuration-management
Gapple
sumber
sumber
Jawaban:
Pembaruan harus dijalankan sebelum konfigurasi diimpor
Masalah yang tertunda terhadap core akan memastikan bahwa versi kode dan skema cocok sebelum mengizinkan konfigurasi diimpor .
Masalah dengan konfigurasi impor sebelum pembaruan
Kait pembaruan yang mengandalkan nilai konfigurasi dapat berakhir pada hasil yang berbeda daripada jika dijalankan pada nilai pra-impor.
Pembaruan berpotensi gagal jika mencoba membuat entitas konfigurasi yang sudah ada.
Masalah untuk konfigurasi impor setelah pembaruan
Jika pembaruan yang memperkenalkan entitas konfigurasi baru dijalankan terlebih dahulu, itu akan membuat item konfigurasi baru yang akan memiliki UUID yang berbeda dari yang ada di konfigurasi. Namun, setelah konfigurasi diimpor, entitas harus diganti dengan versi konfigurasi.
Mungkin ada masalah potensial di sini jika mengganti entitas akan memengaruhi konten terkait. Misalnya, jika pembaruan memigrasikan konten dari satu bidang ke bidang lain, pada konfigurasi impor, bidang tersebut akan sepenuhnya diganti dan konten berpotensi hilang. Dalam hal ini proses penyebaran mungkin perlu disesuaikan untuk menjalankan pembaruan pada lingkungan target dan mengekspor konfigurasi yang dihasilkan.
sumber