Pembatasan alur kerja dan kinerja SharePoint 2013 di SharePoint dan Project

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.