Berbagai skenario untuk pembuatan instans segera setelah penerapan - DataWorks

Jika Anda ingin suatu node segera menghasilkan instans penjadwalan dan dieksekusi secara otomatis sesuai konfigurasinya setelah diterapkan ke lingkungan produksi, atur mode pembuatan instans node tersebut menjadi Immediately After Deployment.

Latar Belakang

Setelah suatu node diterapkan, konfigurasi tugas terbarunya dapat dilihat di Pusat Operasi. DataWorks menghasilkan instans yang dipicu otomatis untuk hari berikutnya berdasarkan konfigurasi node dari tugas yang dipicu otomatis yang dijadwalkan setiap malam. Namun, ketika node baru dibuat atau diperbarui dan diterapkan ke lingkungan produksi pada hari yang sama, waktu berlakunya instans yang dipicu otomatis atau pembaruan ketergantungannya bergantung pada mode pembuatan instans yang dipilih.

Di DataWorks, Anda dapat mengontrol apakah instans langsung berlaku dengan dua opsi mode pembuatan instans: Next Day dan Immediately After Deployment.

Next Day: Operasi pembuatan dan pembaruan node mulai berlaku pada instans yang dipicu otomatis untuk hari berikutnya. Jika Anda perlu mengeksekusi tugas segera setelah diterapkan ke lingkungan produksi, lakukan operasi pengisian ulang data untuk tugas tersebut.
Immediately After Deployment: Operasi pembuatan dan pembaruan node langsung berlaku, tetapi terdapat selisih waktu antara saat node diterapkan dan saat instans yang dapat dijalankan benar-benar dihasilkan. Hal ini berdampak berbeda pada berbagai skenario eksekusi tugas. Untuk informasi lebih lanjut, lihat Skenario umum untuk pembuatan instans segera.

Perhatian

Node dalam suatu alur kerja tidak mendukung konfigurasi individual untuk pembuatan instans segera setelah penerapan. Opsi ini hanya dapat dikonfigurasi untuk seluruh alur kerja melalui pengaturan penjadwalan pada halaman pengeditan alur kerja.
Terlepas dari pilihan mode pembuatan instans—Next Day atau Immediately After Deployment—periode pukul 23.30 hingga 24.00 setiap hari dicadangkan untuk menghasilkan semua instans yang dipicu otomatis untuk hari berikutnya. Tugas yang diterapkan selama periode ini harus menunggu hingga hari ketiga untuk menghasilkan instans yang sesuai.
Mode pembuatan instans yang tidak konsisten untuk tugas hulu dapat menyebabkan node terisolasi.
Selisih waktu untuk pembuatan instans segera: Untuk mencegah perubahan instans menyebabkan pengecualian eksekusi tugas, terdapat selisih waktu 10 menit setelah penerapan. Artinya, waktu penjadwalan harus setidaknya 10 menit lebih lambat daripada waktu penerapan agar tugas dapat dijalankan sesuai konfigurasi terbaru.
Cakupan efektif pembuatan instans segera: Tidak semua perubahan langsung berlaku. Misalnya, jika Anda mengubah instans sumber data yang terkait dengan suatu node, lalu mengonfigurasi pembuatan instans segera dan menerapkannya, hal ini tidak akan memengaruhi instans yang sudah ada pada hari yang sama. Instans yang dipicu otomatis pada hari tersebut tetap akan dieksekusi menggunakan instans sumber data sebelum perubahan.
Catatan
Anda dapat melakukan operasi pengisian ulang data pada tugas yang dipicu otomatis dengan konfigurasi terbaru. Pengisian ulang data akan dieksekusi sesuai konfigurasi tugas terbaru.

Deskripsi pembuatan instans segera

Pembuatan instans segera setelah penerapan hanya berlaku untuk tugas terjadwal dalam periode waktu mendatang. Secara khusus, instans hanya akan dieksekusi secara normal jika waktu penjadwalan tugas lebih lambat daripada waktu penerapan.

Instans yang dipicu otomatis dihasilkan pada hari tugas baru dibuat, tetapi hanya instans dengan waktu penjadwalan dalam periode waktu mendatang yang akan dieksekusi secara normal.
Saat memperbarui waktu penjadwalan suatu node, jika waktu penjadwalan berada di masa lalu, tidak akan ada instans yang dihasilkan. Jika waktu penjadwalan berada dalam periode waktu mendatang, instans baru akan dihasilkan sesuai konfigurasi baru, menggantikan instans sebelum pembaruan.
Catatan
Waktu penjadwalan harus setidaknya 10 menit setelah waktu penerapan node agar pembuatan instans segera berfungsi dengan baik.

Waktu penjadwalan instans dalam periode eksekusi normal

Skenario 1: Saat membuat node baru yang menghasilkan instans yang dipicu otomatis pada hari yang sama, jika waktu penjadwalan instans berada di masa depan relatif terhadap waktu penerapan node dan pembuatan instans, serta selisih antara kedua titik waktu tersebut lebih dari 10 menit, instans akan dijadwalkan secara normal. Untuk informasi lebih lanjut, lihat: Mengonfigurasi fitur pembuatan instans segera untuk node yang baru dibuat.
Skenario 2: Setelah memperbarui konfigurasi suatu node, jika waktu penjadwalan instans berada di masa depan relatif terhadap waktu penerapan node dan pembuatan instans, serta selisih antara kedua titik waktu tersebut lebih dari 10 menit, instans akan dijadwalkan secara normal. Instans terjadwal akan menjadi instans yang telah diperbarui. Untuk informasi lebih lanjut, lihat: Memperbarui siklus penjadwalan tugas yang telah diterapkan.
Skenario 4: Dampak pada ketergantungan hilir saat mengubah waktu penjadwalan tugas.
- Jika waktu penjadwalan instans yang diubah berada di masa depan relatif terhadap waktu penerapan node dan pembuatan instans, serta selisih antara kedua titik waktu tersebut lebih dari 10 menit, instans akan dijadwalkan secara normal. Instans hilir yang belum dijalankan akan bergantung pada instans baru setelah perubahan. Untuk informasi lebih lanjut, lihat: Dampak pada ketergantungan hilir saat mengubah waktu penjadwalan tugas.
- Jika waktu penjadwalan instans yang diubah berada di masa lalu relatif terhadap waktu penerapan node dan pembuatan instans, instans dry-run akan dihasilkan. Instans hilir yang belum dijalankan akan menjadi node terisolasi. Untuk informasi lebih lanjut, lihat: Mode pembuatan instans yang tidak konsisten antara tugas hulu dan hilir.

Penting

Kami tidak merekomendasikan penggunaan fitur ini saat memodifikasi konfigurasi penjadwalan node produksi. Fitur ini dapat menyebabkan perubahan ketergantungan, kebingungan ketergantungan, penggantian instans, penghapusan instans, dan masalah lainnya, sehingga membuat ketergantungan pada hari yang sama menjadi kompleks. Namun, ketergantungan tugas akan kembali normal pada hari kedua.

Waktu penjadwalan instans dalam periode dry-run

Jika waktu penjadwalan berada di masa lalu relatif terhadap waktu penerapan node, instans yang dipicu otomatis tetap akan dihasilkan, tetapi instans tersebut akan dry-run. Status instans akan menjadi instans kedaluwarsa yang dihasilkan secara real time, dan logika kode aktual tidak akan dieksekusi. Untuk informasi lebih lanjut, lihat: Mengonfigurasi fitur pembuatan instans segera untuk node yang baru dibuat.

Skenario 1: Waktu penjadwalan instans berada di masa depan relatif terhadap waktu penerapan node dan pembuatan instans, tetapi selisih antara kedua titik waktu tersebut kurang dari 10 menit. Status instans akan menjadi Expired Instance That Is Generated In Real Time.
Contohnya: Node A memiliki waktu penjadwalan 09:05, dan waktu penerapan node adalah 09:00. Karena selisih waktunya kurang dari 10 menit, Node A akan menghasilkan instans dry-run dengan status Expired Instance That Is Generated In Real Time.
Skenario 2: Waktu penjadwalan instans berada di masa lalu relatif terhadap waktu penerapan node dan pembuatan instans, dan langsung menghasilkan Expired Instance That Is Generated In Real Time.
Contohnya: Node A memiliki waktu penjadwalan 09:00 dan waktu penerapan 10:00, sehingga waktu penjadwalan berada di masa lalu. Node A akan langsung menghasilkan instans dry-run dengan status Expired Instance That Is Generated In Real Time.

Skenario umum untuk pembuatan instans segera

Saat menggunakan mode Immediately After Deployment untuk menghasilkan instans, situasi eksekusi instans dan ketergantungan hulu/hilir untuk skenario fungsional terkait adalah sebagai berikut:

Mengonfigurasi fitur pembuatan instans segera untuk node yang baru dibuat

Instans langsung dihasilkan pada hari tugas baru diterapkan. Apakah instans yang dihasilkan pada hari penerapan benar-benar dieksekusi bergantung pada waktu penjadwalan tugas, seperti yang ditunjukkan pada tabel berikut:

Skenario

Deskripsi

Waktu penjadwalan tugas berada di masa depan relatif terhadap saat instans benar-benar berlaku

DataWorks akan menghasilkan instans yang dipicu otomatis yang dapat dieksekusi sesuai waktu penjadwalan dan menjadwalkannya untuk dieksekusi.

Memilih strategi Immediately After Deployment hanya memengaruhi eksekusi instans pada hari yang sama. Apakah instans diganti bergantung pada apakah waktu penjadwalan instans lebih dari 10 menit setelah waktu penerapan. Untuk informasi lebih lanjut, lihat: Latar Belakang.

Waktu penjadwalan tugas berada di masa lalu relatif terhadap saat instans benar-benar berlaku

DataWorks akan menghasilkan instans dry-run yang kedaluwarsa dengan status instans kedaluwarsa yang dihasilkan secara real-time. Instans tersebut sebenarnya tidak akan dieksekusi.

Jika Anda perlu mengeksekusi data untuk hari yang sama, Anda dapat melakukan operasi pengisian ulang data untuk data dengan waktu bisnis kemarin. Operasi ini juga memiliki selisih waktu 10 menit saat menghasilkan instans. Untuk informasi lebih lanjut, lihat: Latar Belakang.

Contoh: Jika suatu tugas diterapkan ke lingkungan produksi pada pukul 12:00, maka fitur pembuatan instans segera mulai berlaku pada pukul 12:10.

Jika waktu penjadwalan tugas setelah pukul 12:10, tugas akan benar-benar dijadwalkan dan dieksekusi.
Jika waktu penjadwalan tugas sebelum pukul 12:10, tugas akan dry-run, dan status instansnya akan menjadi expired instance that is generated in real time.

Memperbarui siklus penjadwalan tugas yang telah diterapkan

Setelah memperbarui waktu penjadwalan tugas produksi dan menerapkannya, instans sebelum dan sesudah perubahan dapat berdampingan pada hari yang sama, menyebabkan ketergantungan instans menjadi kompleks. Kecuali benar-benar diperlukan, kami merekomendasikan untuk tidak menggunakan mode pembuatan instans Immediately After Deployment untuk tugas yang telah diterapkan. Berikut adalah contoh skenario di mana penjadwalan diubah dari per jam menjadi harian.

Catatan

Skenario ini hanya terjadi pada hari saat tugas dengan pembuatan instans segera diterapkan. Pada hari setelah penerapan, tugas akan menghasilkan instans yang dipicu otomatis secara normal sesuai konfigurasi.

Contoh 1: Frekuensi penjadwalan diubah dari setiap 6 jam menjadi setiap hari, dan waktu penjadwalan harian berada di masa lalu.
Pada pukul 09.00, waktu penjadwalan tugas diubah menjadi waktu lampau, dari setiap 6 jam menjadi harian pada pukul 08:00. Ketergantungan instans untuk hari yang sama adalah sebagai berikut:
Contoh 2: Frekuensi penjadwalan diubah dari setiap 6 jam menjadi setiap hari, dan waktu penjadwalan harian berada di masa depan.
Pada pukul 09.00, waktu penjadwalan tugas diubah menjadi waktu mendatang, dari setiap 6 jam menjadi harian pada pukul 18.00. Ketergantungan instans untuk hari yang sama adalah sebagai berikut:
- Hasilkan instans: Hasilkan instans A3 yang dijadwalkan harian setelah pukul 09.00 sesuai konfigurasi baru.
- Ganti instans yang ada: Instans baru A3 menggantikan instans asli A3 dan A4.
- Pertahankan instans: Instans yang dijadwalkan per jam yang dihasilkan sebelum pukul 09.10 dipertahankan.

Catatan

Jika waktu penjadwalan tugas berada di masa depan: DataWorks akan mengganti instans yang sudah dihasilkan dalam periode waktu mendatang sesuai konfigurasi penjadwalan terbaru.
Jika waktu penjadwalan tugas berada di masa lalu: DataWorks akan mempertahankan instans yang dihasilkan sebelum waktu berlakunya instans yang dimodifikasi, serta mengganti atau menghapus instans yang dihasilkan setelah waktu berlakunya instans yang dimodifikasi.

Setelah waktu penjadwalan diubah dan diterapkan, apakah instans pada hari yang sama akan dibuat ulang sesuai konfigurasi baru dan benar-benar dieksekusi bergantung pada pengaturan waktu penjadwalan tugas dan waktu saat operasi perubahan akhirnya diterapkan ke lingkungan produksi. Untuk informasi lebih lanjut, lihat Latar Belakang.

Dampak pada ketergantungan hilir saat mengubah waktu penjadwalan tugas

Untuk instans yang dihasilkan segera setelah tugas diterapkan, ketergantungan hilirnya akan diatur sesuai konfigurasi penjadwalan terbaru dari tugas hulu. Konfigurasi penjadwalan dapat berupa harian, bulanan, atau per jam.

Catatan

Untuk tugas produksi dengan waktu penjadwalan yang diubah, instans hilirnya akan memasang ketergantungan untuk instans baru yang dihasilkan dan instans lama yang belum diganti sesuai konfigurasi penjadwalan terbaru. Untuk situasi ketergantungan dalam skenario per jam dan per menit, lihat: Prinsip dan contoh konfigurasi penjadwalan dalam skenario ketergantungan kompleks. Skenario ini hanya terjadi ketika mode pembuatan instans versi node yang akan diterapkan diatur ke Immediately After Deployment dan terdapat perubahan waktu penjadwalan.

Tabel berikut menjelaskan contoh skenario:

Contoh 1: Frekuensi penjadwalan tugas leluhur diubah dari setiap 6 jam menjadi setiap 8 jam, dan fitur pembuatan instance segera diaktifkan.
Contoh 2: Frekuensi penjadwalan tugas leluhur diubah dari setiap 6 jam menjadi 16:00 setiap hari, dan fitur pembuatan instance segera diaktifkan.

Setelah mengubah waktu penjadwalan tugas dan memilih pembuatan instans segera, instans hilir akan menyesuaikan ketergantungannya sesuai konfigurasi penjadwalan terbaru untuk memastikan logika ketergantungan yang benar antara instans baru yang dihasilkan dan instans lama yang belum diganti. Untuk instans lama yang belum diganti dan instans baru yang dihasilkan, instans hilir akan memasang ketergantungan yang sesuai masing-masing untuk memastikan logika penjadwalan yang benar.

Mode pembuatan instans yang tidak konsisten antara tugas hulu dan hilir

Jika baik hulu maupun hilir adalah node yang baru dibuat, dan mode pembuatan instansnya tidak konsisten, masalah dapat timbul. Misalnya, jika hulu diatur ke Next Day dan hilir diatur ke Immediately After Deployment, hal ini akan menyebabkan node terisolasi. Node terisolasi tidak dijadwalkan secara otomatis. Jika beberapa node bergantung pada node terisolasi tersebut, bisnis Anda dapat terpengaruh secara serius.