Anda dapat membuat alur kerja yang dipicu secara manual jika alur kerja tersebut tidak perlu dijalankan secara berkala tetapi harus dipublikasikan ke lingkungan produksi. Topik ini menjelaskan cara membuat dan mempublikasikan alur kerja yang dipicu secara manual ke lingkungan produksi.
Catatan penggunaan
Alur kerja yang dipicu secara manual harus dipicu secara manual. Penjadwalan otomatis tidak didukung.
Garis antar node dalam alur kerja yang dipicu secara manual hanya menunjukkan urutan eksekusi, bukan dependensi penjadwalan.
Alur kerja yang dipicu secara manual berbeda dari alur kerja terjadwal dalam beberapa hal. Untuk informasi selengkapnya, lihat Perbedaan fungsional.
Merancang alur kerja yang dipicu secara manual
Buat alur kerja
Buka halaman Workspaces di Konsol DataWorks. Di bilah navigasi atas, pilih Wilayah yang diinginkan. Temukan ruang kerja yang diinginkan dan pilih di kolom Actions.
Di panel navigasi kiri, klik
. Di sebelah kanan Manually Triggered Workflow, klik . Masukkan nama untuk alur kerja tersebut dan klik Confirm untuk membuka halaman pengeditan alur kerja.
Mengorkestrasi node
Di bagian atas halaman pengeditan alur kerja, klik Create Inner Node. Pilih Type node internal, masukkan Name, lalu klik Confirm untuk menambahkan node ke Kanvas.
Rancang alur kerja yang dipicu secara manual sesuai kebutuhan.
Jumlah node dalam suatu alur kerja dapat memengaruhi performa waktu proses. Untuk performa optimal, satu alur kerja sebaiknya tidak lebih dari 100 node. Jumlah maksimum node yang diperbolehkan dalam satu alur kerja adalah 200.
Konfigurasi parameter alur kerja
Untuk berbagi parameter di antara semua node dalam suatu alur kerja, buka panel Scheduling Configuration > Scheduling Parameters di sisi kanan Kanvas. Klik Add Parameter untuk mengatur parameter Anda. Referensikan parameter dalam kode node menggunakan format
${Parameter Name}.CatatanJika sebuah node internal memiliki parameter penjadwalan dengan nama yang sama dengan parameter alur kerja, maka parameter alur kerja yang akan digunakan. Hal ini berbeda dari aturan prioritas untuk penjadwalan.
Prioritas dan konkurensi (Konfigurasi Lanjutan)
Ketika beberapa alur kerja atau tugas dipicu secara bersamaan dan menyebabkan bottleneck pada sumber daya sistem, Anda dapat menggunakan pengaturan Priority dan Weighting Policy untuk mengelola penjadwalan sumber daya. Hal ini memastikan bahwa tugas yang paling penting dieksekusi terlebih dahulu.
Menjamin kelangsungan bisnis inti: Anda dapat mengatur prioritas lebih tinggi untuk alur kerja bisnis inti sehingga alur kerja tersebut selalu dijalankan sebelum alur kerja non-inti.
Mengurangi waktu proses untuk alur kritis: Dalam satu instans alur kerja, Anda dapat menggunakan Priority Weighting Policy untuk memengaruhi urutan eksekusi node. Misalnya, kebijakan Downward Weighting memberikan bobot dinamis yang lebih tinggi kepada node pada jalur kritis yang memiliki lebih banyak dependensi hulu, sehingga memprioritaskan eksekusi node tersebut dan memperpendek total waktu proses alur kerja.
Item konfigurasi
Deskripsi
Priority
Menentukan tingkat prioritas absolut suatu instans alur kerja dalam antrian penjadwalan. Tingkat yang tersedia adalah 1, 3, 5, 7, dan 8. Angka yang lebih tinggi menunjukkan prioritas yang lebih tinggi. Tugas atau alur kerja berprioritas tinggi selalu mendapatkan sumber daya penjadwalan sebelum yang berprioritas rendah.
Priority Weighting Policy
Menentukan cara menghitung bobot dinamis setiap node (Tugas) dalam tingkat prioritas yang sama. Node dengan bobot lebih tinggi dieksekusi terlebih dahulu.
No Weighting: Semua node memiliki bobot dasar tetap.
Downward Weighting: Bobot suatu node disesuaikan secara dinamis. Semakin banyak dependensi hulu yang dimiliki suatu node, semakin tinggi bobotnya. Kebijakan ini membantu node pada jalur kritis grafik asiklik terarah (DAG) dieksekusi terlebih dahulu. Bobot dihitung sebagai:
Initial Weight + Sum of Priorities of All Upstream Nodes.
Maximum Concurrent Instances
Mengontrol jumlah maksimum instans alur kerja ini yang dapat berjalan secara bersamaan. Ini digunakan untuk kontrol konkurensi dan perlindungan sumber daya. Ketika jumlah instans yang sedang berjalan mencapai batas, instans baru yang dipicu akan masuk ke status menunggu. Anda dapat mengatur nilai ini menjadi Unlimited atau nilai maksimum kustom (hingga 100.000).
CatatanJika batas yang ditetapkan melebihi kapasitas maksimum kelompok sumber daya, bottleneck konkurensi aktual ditentukan oleh batas fisik kelompok sumber daya tersebut.
Sistem prioritas DataWorks mengikuti aturan override hierarkis:
Runtime Specification>Node-level Configuration>Workflow-level Configuration.Konfigurasi tingkat alur kerja (Baseline): Konfigurasi ini diatur di Scheduling Policy alur kerja dan berfungsi sebagai default untuk semua node.
Konfigurasi tingkat node (lokal): Berlaku untuk satu node internal dan diatur di Scheduling Configuration > Scheduling Policy. Priority yang lebih tinggi untuk node tertentu akan menggantikan pengaturan tingkat alur kerja.
Spesifikasi waktu proses (Sementara): Konfigurasi ini diatur saat menjalankan tugas secara manual di Operation Center dengan sakelar Reset Priority At Runtime. Konfigurasi ini memiliki prioritas tertinggi, hanya berlaku untuk eksekusi saat ini, dan tidak mengubah konfigurasi permanen apa pun.
Kembangkan logika bisnis
DataWorks mengenkapsulasi kemampuan mesin, memungkinkan Anda mengembangkan tugas pemrosesan data menggunakan node mesin tanpa mengelola baris perintah mesin yang kompleks. Anda juga dapat menggunakan node tujuan umum platform untuk menangani logika yang kompleks.
Dalam suatu alur kerja, Anda dapat mengembangkan proses bisnis spesifik menggunakan node sinkronisasi, node komputasi, dan jenis node lainnya.
Anda dapat mengedit node sinkronisasi untuk mengonfigurasi sumber data dan tujuan, sehingga memungkinkan sinkronisasi data dari satu database ke database lainnya.
Anda dapat menggunakan node pengembangan data, seperti node MaxCompute SQL, untuk melakukan tugas pembersihan data tertentu. Untuk menggunakan sumber daya atau fungsi selama pengembangan kode, DataWorks juga mendukung pembuatan node sumber daya dan fungsi melalui antarmuka visual. Untuk informasi selengkapnya tentang pengembangan data, lihat Pengembangan node. Untuk informasi selengkapnya tentang pembuatan sumber daya dan fungsi, lihat Resource Management.
Publikasikan alur kerja yang dipicu secara manual
Dalam ruang kerja mode standar, Anda hanya dapat menggunakan antarmuka pengembangan data untuk mengembangkan dan menguji node tugas. Untuk mempublikasikan kode ke lingkungan produksi, Anda dapat mempublikasikan alur kerja secara langsung, yang akan mempublikasikan semua node dalam alur kerja tersebut secara batch.
Di bagian atas alur kerja yang dipicu secara manual, klik Run untuk membuka halaman eksekusi alur kerja dan menguji apakah setiap node berjalan dengan sukses.
Di halaman eksekusi alur kerja, klik Back di bagian atas, lalu klik Publish.
Setelah Anda mengklik Start Publishing To Production, pilih Incremental Publish atau Full Publish.
Incremental Publish: Mempublikasikan tugas node internal yang dipilih.
Full Publish: Mempublikasikan seluruh alur kerja yang dipicu secara manual beserta semua tugas node internalnya.
Proses penerbitan terdiri dari langkah-langkah berurutan berikut: Build Deployment Package, Development Checker, Publish To Development Environment, Production Checker, dan Publish To Production Environment.
Jalankan alur kerja yang dipicu secara manual di lingkungan produksi
Setelah tugas dipublikasikan, Anda dapat mengklik Go To O&M untuk melihatnya di Operation Center.
CatatanAtau, buka halaman Manajemen Ruang Kerja DataWorks. Alihkan ke Wilayah tujuan di bilah navigasi atas. Temukan ruang kerja Anda. Di kolom Operation, klik . Di panel navigasi kiri, klik One-time Task O&M.
Di kolom Operation untuk tugas satu kali yang dituju, klik Run untuk memulai alur kerja yang dipicu secara manual.
Operasi lainnya
Klon alur kerja yang dipicu secara manual
Anda dapat menggunakan fitur klon untuk membuat alur kerja baru dengan cepat dengan mengkloning alur kerja yang sudah ada. Alur kerja hasil klon mencakup node internalnya (termasuk Code, Debug Configuration, dan Scheduling Configuration), dependensi antar node, serta Scheduling Configuration milik alur kerja itu sendiri.
Di daftar Manually Triggered Workflow di sebelah kiri, klik kanan alur kerja yang ingin diklon.
Di menu pop-up, pilih Clone, yang akan membuka kotak dialog klon.
Di kotak dialog, ubah Name dan Path alur kerja yang dipicu secara manual atau pertahankan nilai default. Klik Confirm untuk memulai proses kloning.
Selama proses kloning, Anda dapat melihat detail seperti Current Progress, Duration, dan Number of Completed Nodes di kotak dialog.
Setelah alur kerja diklon, Anda dapat melihat alur kerja yang dipicu secara manual baru tersebut di daftar Manually Triggered Workflow.
Manajemen versi
Anda dapat menggunakan fitur manajemen versi untuk mengembalikan alur kerja yang dipicu secara manual ke versi historis tertentu. Fitur ini juga menyediakan fungsi penayangan dan perbandingan versi untuk membantu Anda menganalisis perbedaan dan melakukan penyesuaian.
Dari daftar Manually Triggered Workflow di sebelah kiri, klik ganda alur kerja target untuk membuka Kanvas-nya.
Di sisi kanan Kanvas alur kerja, klik Version. Di halaman Version, Anda dapat melihat dan mengelola Development Record dan Publish Record.
View version:
Di tab Development Record atau Publish Record, Anda dapat menemukan versi alur kerja yang diinginkan.
Di kolom Operation, klik View. Di halaman detail, Anda dapat melihat Code dan Scheduling Configuration alur kerja tersebut.
CatatanAnda dapat melihat Scheduling Configuration dalam mode Code Editor atau Visualization. Anda dapat beralih antar mode tersebut di pojok kanan atas tab Scheduling Configuration.
Compare versions:
Di tab Development Record atau Publish Record, Anda dapat membandingkan versi berbeda dari suatu alur kerja. Contoh berikut menunjukkan cara membandingkan versi menggunakan catatan pengembangan.
Bandingkan versi di lingkungan pengembangan atau penerbitan: Di tab Development Record, pilih dua versi lalu klik tombol Compare Selected di bagian atas. Anda kemudian dapat membandingkan kode dan konfigurasi penjadwalan antara dua versi alur kerja tersebut.
Bandingkan antara lingkungan pengembangan, penerbitan, atau build:
Di tab Development Record, temukan versi alur kerja tertentu.
Di kolom Operation, klik tombol Compare. Di jendela Please Select Content To Compare yang muncul, pilih versi dari Publish Record atau Build Record.
Revert to a version:
Anda hanya dapat mengembalikan alur kerja yang dipicu secara manual ke versi historis tertentu dari halaman Development Record. Di tab Development Record, temukan versi target lalu klik tombol Revert di kolom Operation untuk mengembalikan alur kerja ke versi tersebut.
CatatanSaat Anda mengembalikan alur kerja, sistem akan mengembalikannya ke versi target dan menghasilkan catatan versi baru.