Pembatasan alur kerja dan kinerja SharePoint 2013 di SharePoint dan Project

Pendahuluan

Artikel ini berisi informasi tentang pembatasan skenario dan keterbatasan untuk alur kerja yang menggunakan tipe platform alur kerja SharePoint 2013 di SharePoint dan Project di Microsoft 365.

Catatan: Alur kerja SharePoint 2010 telah dihentikan sejak 1 Agustus 2020 untuk penyewa baru dan dihapus dari penyewa yang sudah ada pada 1 November 2020.  Jika Anda menggunakan alur kerja SharePoint 2010, kami menyarankan migrasi ke Power mengotomatisasi atau solusi yang didukung lainnya. Untuk informasi selengkapnya, lihat pensiun alur kerja SharePoint 2010.

Informasi Selengkapnya

Untuk mempelajari selengkapnya tentang pembatasan di SharePoint, masuk ke cara: menghindari mengalami kelambatan atau diblokir di SharePoint.


Untuk mempelajari selengkapnya tentang batas pesan email untuk alur kerja SharePoint, masuk ke kesalahan "batas email harian telah melebihi dan alur kerja Anda telah ditangguhkan" di SharePoint.


Aktivitas alur kerja SharePoint 2013 bisa diatur dengan dua tingkatan pembatasan:

  • Pembatasan SharePoint

  • Pembatasan Layanan alur kerja

Pembatasan Layanan alur kerja

Pembatasan dilakukan untuk memungkinkan penggunaan sumber daya wajar. Tindakan ini juga melindungi lingkungan dari alur kerja dan alur kerja berbahaya yang tidak mengikuti praktik terbaik. Pembatasan Layanan alur kerja tidak dikontrol oleh SharePoint. Layanan alur kerja dan SharePoint adalah dua layanan independen, dan setiap pembatasan Layanan meminta untuk kepentingan keseluruhan kesehatan layanan. Di layanan alur kerja, pembatasan dilakukan pada tingkat lingkup alur kerja yang sejalan dengan situs SharePoint. Pembatasan tidak diperhitungkan secara global. Sebaliknya, setiap alur kerja back-end layanan melacak penggunaan lingkup alur kerja secara mandiri. Mungkin ada satu atau beberapa alur kerja dalam lingkup alur kerja. Pembatasan alur kerja bersifat dinamis dan akan dievaluasi ulang secara berkala oleh lingkup alur kerja dan dengan kembali Layanan alur kerja. 

Layanan alur kerja juga membatasi jumlah permintaan keluar yang bisa dihasilkan contoh alur kerja tunggal. Dalam periode 24 Jam, satu contoh alur kerja dapat menghasilkan hingga 5.000 permintaan keluar. Setelah 5.000 permintaan keluar dihasilkan dalam periode 24 Jam, alur kerja ditangguhkan oleh layanan alur kerja.

Halaman status alur kerja untuk alur kerja akan berisi informasi tentang alur kerja yang ditangguhkan. Dalam skenario ini, balon informasi untuk status internal akan menampilkan pesan berikut ini:

  • Contoh telah melebihi kuota permintaan http keluar untuk 1.00:00:00 periode waktu. Batas permintaan 5000 tercapai dalam waktu <>.

    Catatan: <time> placeholder menunjukkan waktu yang diperlukan untuk mencapai batas permintaan 5.000 untuk alur kerja Anda.

Anda dapat melanjutkan contoh alur kerja yang ditangguhkan dengan mengklik Lanjutkan untuk alur kerja atau dengan menggunakan model objek klien alur kerja SharePoint setelah 24 jam telah berlalu. Ini harus terjadi sebelum alur kerja diakhiri.

Jika alur kerja melebihi batas penggunaan CPU, halaman status alur kerja untuk alur kerja akan berisi informasi tentang alur kerja yang ditangguhkan. Dalam skenario ini, balon informasi untuk status internal akan menampilkan pesan berikut ini: 

  • Contoh alur kerja melebihi batas penggunaan CPU dari throttle 00:00:00:01.2000000 dan tidak dapat dibongkar karena tidak dipertahankan.


Contoh alur kerja ditangguhkan akan dihentikan setelah 10 hari. Balon informasi untuk status internal akan menampilkan pesan berikut jika alur kerja diakhiri:

  • System. activities. Statements. WorkflowTerminatedException: instance telah dipindahkan dari status ditangguhkan ke status dihentikan karena telah kedaluwarsa.

Alur kerja yang dihentikan akhirnya akan dibersihkan. Setelah alur kerja yang diakhiri dibersihkan, alur kerja akan menampilkan pesan berikut:

  • Maaf, ada yang salah.
    Kami tidak dapat menemukan alur kerja tersebut. Instans yang diselesaikan secara otomatis dibersihkan

Lingkup alur kerja

Lingkup alur kerja ditetapkan sebagai situs dalam kumpulan situs. Misalnya, URL berikut ini untuk kumpulan situs akar dan dianggap sebagai lingkup alur kerja:

    https://contoso.sharepoint.com/sites/rootsite

Contoh lingkup alur kerja lain yang ada di kumpulan situs yang sama adalah sebagai berikut. Namun, lingkup alur kerja ini berada dalam subsitus.

    https://contoso.sharepoint.com/sites/rootsite/subsite

Apa itu permintaan?

Alur kerja SharePoint 2013 dibangun berdasarkan model Add-in untuk SharePoint, dan mereka menggunakan api REST untuk berinteraksi dengan data SharePoint. Untuk mempelajari selengkapnya, masuk ke mengenal Layanan Rest SharePoint 2013.

Permintaan adalah panggilan jaringan dari layanan alur kerja ke titik akhir SHAREPOINT atau Rest api proyek. Tidak ada perbedaan antara jenis permintaan atau respons untuk permintaan tertentu. Tindakan dan aktivitas penyusunnya tidak berkontribusi pada jumlah permintaan kecuali permintaan melibatkan API REST SharePoint 2013. Misalnya, tindakan daftar log ke Riwayat mungkin menghasilkan lima atau lebih permintaan untuk operasi yang sehat. Logika coba lagi juga disertakan dalam alur kerja jika terjadi kesalahan. Ini bisa menghasilkan permintaan tambahan.

Banyak tindakan yang menghasilkan permintaan, dan permintaan dapat diminimalkan dengan menggunakan praktik terbaik. Misalnya, Anda bisa menggunakan tindakan item daftar pembaruan tunggal dan bukan beberapa bidang set dalam tindakan item saat ini untuk mengurangi jumlah permintaan yang dibuat oleh lingkup alur kerja, namun mendapatkan hasil yang sama. 

Rekomendasi desain alur kerja

Ada banyak cara untuk menghasilkan banyak permintaan dalam alur kerja yang bisa mengakibatkan pembatasan. Beberapa contoh umum adalah sebagai berikut:

  • Alur kerja agresif mengulang satu atau beberapa alur kerja agresif mengulang

  • Alur kerja yang terkait dengan daftar atau pustaka saat konten sedang dimigrasikan ke dalam SharePoint.

  • Versi alur kerja bermasalah sebelumnya yang telah diperbaiki dan yang terus menjalankan alur kerja yang memiliki konfigurasi bermasalah hingga alur kerja diakhiri.

Pembatasan lingkup alur kerja yang diberlakukan oleh layanan alur kerja harus memungkinkan skenario kasus penggunaan umum. Namun, sebagai logika alur kerja tumbuh lebih canggih, alur kerja dapat melebihi batas yang aman.

Skenario alur kerja berikut ini juga akan menghasilkan pembatasan.

Skenario 1: alur kerja yang berulang untuk memantau perubahan

Misalnya, Anda bisa memeriksa item untuk pembaruan dan bukan menunggu item diperbarui.

Skenario 2: menggunakan alur kerja untuk menjalankan algoritme kompleks

Alur kerja dimaksudkan untuk mengelola proses yang didorong dokumen, dan bukan untuk mengirimkan tugas komputasi yang signifikan.

Skenario 3: memiliki beberapa alur kerja yang berjalan yang menggunakan aktivitas tunggu acara di item daftar "

Dalam skenario ini, setiap alur kerja akan mendengarkan perubahan dalam daftar target. Jika ada banyak alur kerja yang berjalan, setiap alur kerja harus bereaksi terhadap kejadian yang dinaikkan dan mungkin memanggil kembali ke dalam SharePoint untuk melakukan beberapa pekerjaan. 

Catatan: Ini juga bisa terjadi jika ada banyak perubahan pada daftar tempat alur kerja dikonfigurasikan untuk memulai ketika item dibuat atau diubah.

Alternatif untuk skenario 1: alur kerja yang diputar untuk memantau perubahan

Opsi 1: menggunakan Add-in SharePoint dan Penerima acara eksternal

Desain alur kerja harus dievaluasi ulang, dan pendekatan desain yang berbeda harus digunakan. Add-in SharePoint atau penerima acara eksternal lebih sesuai untuk tugas ini.

Opsi 2: menambahkan tindakan jeda

Anda dapat menyempurnakan desain alur kerja dengan menambahkan penundaan (yaitu, tindakan jeda). Ini akan mengurangi lalu lintas yang dihasilkan. Namun, tidak mengubah keseluruhan kekurangan desain ini.

Opsi 3: Gunakan aktivitas "tunggu bidang perubahan dalam item saat ini"

Alih-alih mencari perubahan dengan menggunakan pengulangan, lebih baik menggunakan receiver kejadian default. Alur kerja bisa dimulai ketika item dibuat atau diubah. Mengeksekusi beberapa contoh alur kerja daripada memiliki satu alur kerja dalam pengulangan agresif adalah pendekatan yang lebih baik. Kondisi dalam alur kerja bisa dikonfigurasikan untuk melakukan pekerjaan hanya saat diperlukan.

Kotak dialog Opsi mulai

Hanya satu contoh alur kerja dari alur kerja yang bisa berjalan pada waktu tertentu. 

Pendekatan lain adalah menggunakan bidang tunggu untuk mengubah dalam aktivitas item saat ini

Desain alur kerja bisa menggunakan kolom pilihan yang memiliki beberapa nilai untuk mendorong eksekusi alur kerja. Hanya ketika opsi yang sesuai dipilih oleh pengguna akhir akan melanjutkan alur kerja. Ini bisa mencegah pengulangan agresif dan contoh alur kerja yang tidak diperlukan dari mulai. Alur kerja dijalankan ketika item sudah siap dan bukan mengeksekusi atau memulai beberapa instance.

Anda bisa memantau beberapa nilai dari beberapa bidang dengan menggunakan beberapa blok paralel. Alur kerja bisa menunggu status tertentu dan melanjutkan mengeksekusi jalur tertentu, seperti dalam contoh berikut:

  1. Membuat variabel tipe Boolean .

    Kotak dialog Edit variabel

  2. Atur nilai ke tidak.

  3. Sisipkan blok paralel, klik kanan blok, lalu klik properti tingkat lanjut.

    Kotak dialog properti

  4. Di daftar turun bawah, pilih variabel yang Anda buat di langkah 1.

  5. Sisipkan dua blok paralel dalam blok paralel yang disisipkan yang memiliki properti Completioncondition .
     

  6. Dalam dua blok paralel pertama yang Anda sisipkan di langkah 5, sisipkan aktivitas tunggu bidang perubahan dalam item saat ini . Ubah aktivitas agar memantau kolom pilihan. Jangan Pantau pilihan default.

  7. Atur variabel alur kerja yang digunakan untuk menghentikan blok paralel lainnya menjadi ya.

  8. Ulangi langkah 1-7 untuk nilai kolom pilihan lainnya.

  9. Memindahkan bagian lain dari alur kerja asli ke posisi setelah blok paralel.

Ketika salah satu blok paralel bertumpuk memiliki semua aktivitasnya yang dieksekusi, blok Paralel induk akan mengakhiri aktivitas lainnya dalam blok paralel lainnya. Ini memungkinkan alur kerja untuk melanjutkan. Blok paralel bertumpuk dipantau oleh blok Paralel induk dengan menggunakan variabel.

Opsi 4: mulai alur kerja SharePoint 2010 dari alur kerja SharePoint 2013

Anda bisa menggunakan tipe platform alur kerja SharePoint 2010 untuk melakukan beberapa pekerjaan yang dilakukan oleh tipe platform alur kerja SharePoint 2013. Ini bisa mengurangi jumlah permintaan.

Khususnya, alur kerja SharePoint 2010 dapat dimulai untuk memantau perubahan bidang dengan menggunakan aktivitas tunggu bidang aktif dalam item saat ini atau untuk menjalankan banyak operasi dasar lainnya.

Alternatif untuk skenario 2: menggunakan alur kerja untuk menjalankan algoritme kompleks

Jika solusi Anda memerlukan tugas komputasi yang signifikan, pertimbangkan untuk mengembangkan Add-in untuk SharePoint. Untuk informasi selengkapnya, masuk ke Add-in SharePoint.


Masih perlu bantuan? Masuk ke Microsoft Community.

Perlu bantuan lainnya?

Kembangkan keterampilan Office Anda
Jelajahi pelatihan
Dapatkan fitur baru terlebih dahulu
Gabung ke Office Insiders

Apakah informasi ini bermanfaat?

Terima kasih atas umpan balik Anda!

Terima kasih atas umpan balik Anda! Sepertinya menghubungkan Anda ke salah satu agen dukungan Office kami akan sangat membantu.

×