Mengedit pengaturan host serta aplikasi untuk aplikasi logika di Azure Logic Apps penyewa tunggal
Berlaku pada: Azure Logic Apps (Standar)
Di Azure Logic Apps penyewa tunggal, pengaturan aplikasi untuk aplikasi logika Standar menentukan opsi konfigurasi global yang memengaruhi semua alur kerja di aplikasi logika tersebut. Namun, pengaturan tersebut hanya berlaku saat alur kerja tersebut berjalan di lingkungan pengembangan lokal Anda. Alur kerja yang berjalan secara lokal dapat mengakses pengaturan aplikasi ini sebagai variabel lingkungan lokal, yang digunakan oleh alat pengembangan lokal untuk nilai yang sering kali dapat berubah di antara lingkungan. Misalnya, nilai-nilai tersebut dapat berisi string koneksi. Saat Anda menyebarkan ke Azure, pengaturan aplikasi diabaikan dan tidak disertakan dengan penyebaran Anda.
Aplikasi logika Anda juga memiliki pengaturan host, yang menentukan pengaturan konfigurasi runtime bahasa umum dan nilai yang berlaku untuk semua alur kerja di aplikasi logika tersebut, misalnya, nilai default untuk throughput, kapasitas, ukuran data, dan sebagainya, apakah nilai tersebut berjalan secara lokal atau di Azure.
Pengaturan adalah pasangan kunci-nilai yang menentukan nama dan nilai pengaturan.
Pengaturan, parameter, dan penyebaran aplikasi
Di Azure Logic Apps multipenyewa, penyebaran bergantung pada templat Azure Resource Manager (templat ARM), yang menggabungkan dan menangani provisi sumber daya untuk aplikasi logika dan infrastruktur. Desain ini menimbulkan tantangan saat Anda harus mempertahankan variabel lingkungan untuk aplikasi logika di berbagai lingkungan pengembangan, pengujian, dan produksi. Semua yang ada dalam templat ARM ditentukan saat penyebaran. Jika Anda hanya perlu mengubah satu variabel, Anda harus menyebarkan ulang semuanya.
Di Azure Logic Apps penyewa tunggal, penyebaran menjadi lebih mudah karena Anda dapat memisahkan provisi sumber daya antara aplikasi dan infrastruktur. Anda dapat menggunakan parameter untuk mengabstraksi nilai yang mungkin berubah antar lingkungan. Dengan menentukan parameter yang akan digunakan dalam alur kerja, Anda dapat terlebih dahulu fokus pada mendesain alur kerja Anda, lalu menyisipkan variabel khusus lingkungan Anda nanti. Anda dapat memanggil dan mereferensikan variabel lingkungan Anda saat runtime bahasa umum dengan menggunakan pengaturan dan parameter aplikasi. Dengan begitu, Anda tidak perlu menyebarkan ulang sesering mungkin.
Pengaturan aplikasi terintegrasi dengan Azure Key Vault. Anda dapat langsung mereferensikan string aman, seperti kunci dan string koneksi. Mirip dengan templat Azure Resource Manager (templat ARM), tempat Anda dapat menentukan variabel lingkungan pada waktu penyebaran, Anda dapat menentukan pengaturan aplikasi dalam definisi alur kerja aplikasi logika Anda. Anda kemudian dapat mengambil nilai infrastruktur yang dihasilkan secara dinamis, seperti titik akhir koneksi, string penyimpanan, dan banyak lagi. Namun, pengaturan aplikasi memiliki batasan ukuran dan tidak dapat direferensikan dari area tertentu di Azure Logic Apps.
Catatan
Jika Anda menggunakan Key Vault, pastikan Anda hanya menyimpan rahasia, seperti kata sandi, kredensial, dan sertifikat. Dalam alur kerja aplikasi logika, jangan gunakan Key Vault untuk menyimpan nilai non-rahasia, seperti jalur URL, yang perlu dilakukan perancang alur kerja. Perancang tidak dapat mendereferensikan pengaturan aplikasi yang mereferensikan jenis sumber daya Key Vault, yang menghasilkan kesalahan dan panggilan yang gagal. Untuk nilai non-rahasia, simpan langsung di pengaturan aplikasi.
Untuk informasi selengkapnya tentang menyiapkan aplikasi logika untuk penyebaran, lihat dokumentasi berikut ini:
- Membuat parameter untuk nilai yang berubah dalam alur kerja antar lingkungan untuk Azure Logic Apps penyewa tunggal
- Ringkasan penyebaran DevOps untuk aplikasi logika berbasis penyewa tunggal
- Menyiapkan penyebaran Azure DevOps untuk aplikasi logika berbasis penyewa tunggal
Struktur proyek Visual Studio Code
Dalam Visual Studio Code, proyek aplikasi logika Anda memiliki salah satu dari jenis berikut:
- Berbasis bundel ekstensi (Node.js), yang merupakan jenis default
- Berbasis paket NuGet (.NET), yang dapat Anda konversi dari jenis default
Berdasarkan jenis ini, proyek Anda menyertakan folder dan file yang sedikit berbeda. Proyek berbasis NuGet menyertakan folder .bin yang berisi paket dan pustaka lainnya. Proyek berbasis bundel tidak menyertakan folder .bin dan file lainnya. Beberapa skenario memerlukan proyek berbasis NuGet untuk menjalankan aplikasi Anda, misalnya, saat Anda ingin mengembangkan dan menjalankan operasi bawaan kustom. Untuk informasi selengkapnya tentang mengonversi proyek Anda untuk menggunakan NuGet, tinjau Mengaktifkan penulisan konektor bawaan.
Untuk proyek berbasis bundel default, proyek Anda memiliki folder dan struktur file yang mirip dengan contoh berikut:
MyBundleBasedLogicAppProjectName
| .vscode
| Artifacts
|| Maps
||| MapName1
||| ...
|| Schemas
||| SchemaName1
||| ...
| WorkflowName1
|| workflow.json
|| ...
| WorkflowName2
|| workflow.json
|| ...
| workflow-designtime
| .funcignore
| connections.json
| host.json
| local.settings.json
Di tingkat akar proyek, Anda dapat menemukan file dan folder berikut dengan item lain:
Nama | Folder atau file | Deskripsi |
---|---|---|
.vscode | Folder | Berisi pengaturan terkait Visual Studio Code, seperti file extensions.json, launch.json, settings.json, dan tasks.json files. |
Artefak | Folder | Berisi artefak akun integrasi yang Anda tentukan dan gunakan dalam alur kerja yang mendukung skenario business-to-business (B2B). Misalnya, struktur contoh mencakup memetakan dan skema untuk transformasi XML dan operasi validasi. |
< WorkflowName> | Folder | Untuk setiap alur kerja, folder <WorkflowName> menyertakan file workflow.json, yang berisi definisi JSON yang mendasari alur kerja tersebut. |
alur kerja-designtime | Folder | Berisi file pengaturan terkait lingkungan pengembangan. |
.funcignore | File | Berisi informasi yang terkait dengan Alat Inti Azure Functions yang Anda pasang. |
connections.json | File | Berisi metadata, titik akhir, dan kunci untuk sambungan terkelola dan fungsi Azure yang digunakan alur kerja Anda. Penting: Untuk menggunakan sambungan dan fungsi yang berbeda untuk setiap lingkungan, pastikan Anda membuat parameter file connections.json ini dan memperbarui titik akhir. |
host.json | File | Berisi pengaturan dan nilai konfigurasi khusus runtime, misalnya, batas default untuk platform Azure Logic Apps penyewa tunggal, aplikasi logika, alur kerja, pemicu, dan tindakan. Pada tingkat akar proyek aplikasi logika Anda, file metadata host.json berisi pengaturan konfigurasi dan nilai default yang semua alur kerja dalam aplikasi logika yang sama digunakan saat berjalan, baik secara lokal maupun di Azure. Catatan: Saat membuat aplikasi logika, Visual Studio Code akan membuat file host.snapshot.*.json cadangan di kontainer penyimpanan Anda. Jika Anda menghapus aplikasi logika Anda, file cadangan ini tidak dihapus. Jika Anda membuat aplikasi logika lain dengan nama yang sama, file rekam jepret lain dibuat. Anda hanya dapat memiliki hingga 10 rekam jepret untuk aplikasi logika yang sama. Jika Anda melebihi batas ini, Anda akan mendapatkan kesalahan berikut: Microsoft.Azure.WebJobs.Script.WebHost: Repository has more than 10 non-decryptable secrets backups (host)) Untuk mengatasi kesalahan ini, hapus file rekam jepret tambahan dari kontainer penyimpanan Anda. |
local.settings.json | File | Berisi pengaturan aplikasi, string sambungan, dan pengaturan lain yang digunakan alur kerja Anda saat berjalan secara lokal. Dengan kata lain, pengaturan dan nilai ini hanya berlaku saat Anda menjalankan proyek di lingkungan pengembangan lokal. Selama penyebaran ke Azure, file dan pengaturan diabaikan dan tidak disertakan dengan penyebaran Anda. File ini menyimpan pengaturan dan nilai sebagai variabel lingkungan lokal yang digunakan oleh alat pengembangan lokal Anda sebagai nilai appSettings . Anda dapat memanggil dan merujuk variabel lingkungan ini pada runtime dan waktu penyebaran dengan menggunakan pengaturan aplikasi dan parameter. Penting: File local.settings.json dapat berisi rahasia, jadi pastikan Anda juga mengecualikan file ini dari kontrol sumber proyek. |
Referensi untuk pengaturan aplikasi - local.settings.json
Di Visual Studio Code, di tingkat akar proyek aplikasi logika Anda, file local.settings.json berisi opsi konfigurasi global yang memengaruhi semua alur kerja di aplikasi logika tersebut saat berjalan di lingkungan pengembangan lokal Anda. Saat alur kerja Anda berjalan secara lokal, pengaturan tersebut diakses sebagai variabel lingkungan lokal, dan nilainya sering kali dapat berubah antar berbagai lingkungan tempat Anda menjalankan alur kerja Anda. Untuk menampilkan dan mengelola pengaturan tersebut, ulas Mengelola pengaturan aplikasi - local.settings.json.
Pengaturan aplikasi di Azure Logic Apps bekerja mirip dengan pengaturan aplikasi di Azure Functions atau Azure Web Apps. Jika Anda pernah menggunakan layanan lain tersebut sebelumnya, Anda mungkin sudah terbiasa dengan pengaturan aplikasi. Untuk informasi selengkapnya, ulas Referensi pengaturan aplikasi untuk Azure Functions dan Bekerja dengan Azure Functions Core Tools - File pengaturan lokal.
Agar alur kerja Anda berjalan dengan benar, beberapa pengaturan aplikasi diperlukan.
Pengaturan | Wajib | Nilai | Deskripsi |
---|---|---|---|
APP_KIND |
Ya | workflowApp |
Diperlukan untuk mengatur jenis aplikasi untuk sumber daya aplikasi logika Standar. Nilai harus diatur ke workflowApp . Catatan: Dalam beberapa skenario, pengaturan aplikasi ini mungkin hilang, misalnya, karena otomatisasi menggunakan templat Azure Resource Manager atau skenario lain di mana pengaturan tidak disertakan. Jika tindakan tertentu tidak berfungsi, seperti tindakan Jalankan Kode JavaScript, atau jika alur kerja berhenti berfungsi, periksa apakah pengaturan aplikasi APP_KIND ada dan diatur ke workflowApp . |
AZURE_AUTHORITY_HOST |
No | Tidak | Mengatur otoritas default aplikasi logika Standar untuk digunakan untuk autentikasi OAuth. |
AzureWebJobsStorage |
Ya | Tidak | Diperlukan untuk mengatur string koneksi untuk akun penyimpanan Azure. Untuk informasi selengkapnya, harap lihat AzureWebJobsStorage. |
FUNCTIONS_EXTENSION_VERSION |
Ya | ~4 |
Diperlukan untuk mengatur versi Azure Functions. Untuk informasi selengkapnya, lihat FUNCTIONS_EXTENSION_VERSION. |
FUNCTIONS_WORKER_RUNTIME |
Ya | dotnet |
Diperlukan untuk mengatur runtime pekerja bahasa untuk sumber daya dan alur kerja aplikasi logika Anda. Catatan: Nilai pengaturan ini sebelumnya diatur ke node , tetapi sekarang nilai yang diperlukan adalah dotnet untuk semua aplikasi logika Standar baru dan yang sudah ada yang disebarkan. Perubahan ini seharusnya tidak memengaruhi runtime alur kerja Anda, sehingga semuanya harus berfungsi dengan cara yang sama seperti sebelumnya. Untuk informasi selengkapnya, lihat FUNCTIONS_WORKER_RUNTIME. |
ServiceProviders.Sftp.FileUploadBufferTimeForTrigger |
No | 00:00:20 (20 detik) |
Mengatur waktu buffer untuk mengabaikan file yang memiliki tanda waktu terakhir yang dimodifikasi yang lebih besar dari waktu saat ini. Pengaturan ini berguna ketika penulisan file besar membutuhkan waktu lama dan menghindari pengambilan data untuk file yang ditulis sebagian. |
ServiceProviders.Sftp.OperationTimeout |
No | 00:02:00 (2 menit) |
Mengatur waktu untuk menunggu sebelum kehabisan waktu pada operasi apa pun. |
ServiceProviders.Sftp.ServerAliveInterval |
No | 00:30:00 (30 menit) |
Mengirim pesan "tetap hidup" untuk menjaga koneksi SSH tetap aktif jika tidak ada pertukaran data dengan server yang terjadi selama periode yang ditentukan. |
ServiceProviders.Sftp.SftpConnectionPoolSize |
No |
2 Koneksi |
Mengatur jumlah koneksi yang dapat di-cache oleh setiap prosesor. Jumlah total koneksi yang dapat Anda cache adalah ProcessorCount dikalikan dengan nilai pengaturan. |
ServiceProviders.MaximumAllowedTriggerStateSizeInKB |
No |
10 KB, yaitu ~1.000 file |
Mengatur ukuran entitas status pemicu dalam kilobyte, yang sebanding dengan jumlah file di folder yang dipantau dan digunakan untuk mendeteksi file. Jika jumlah file melebihi 1.000, tingkatkan nilai ini. |
ServiceProviders.Sql.QueryTimeout |
No | 00:02:00 (2 menit) |
Mengatur nilai batas waktu permintaan untuk operasi penyedia layanan SQL. |
WEBSITE_CONTENTSHARE |
Ya | Dinamis | Diperlukan untuk mengatur nama untuk berbagi file yang digunakan Azure Functions untuk menyimpan kode aplikasi fungsi dan file konfigurasi dan digunakan dengan WEBSITE_CONTENTAZUREFILECONNECTIONSTRING. Defaultnya adalah string unik yang dihasilkan oleh runtime. Untuk informasi selengkapnya, lihat WEBSITE_CONTENTSHARE. |
WEBSITE_LOAD_ROOT_CERTIFICATES |
No | Tidak | Mengatur thumbprint agar sertifikat akar dapat dipercaya. |
WEBSITE_NODE_DEFAULT_VERSION |
Ya | ~ < versi> | Mengatur versi Node.js saat menjalankan alur kerja aplikasi logika Anda di Windows. Gunakan tilde (~) agar runtime Azure Logic Apps menggunakan versi terbaru yang tersedia dari versi utama yang ditargetkan. Misalnya, jika diatur ke ~18, versi terbaru Node.js 18 digunakan. Saat Anda menggunakan tilde dengan versi utama, Anda tidak perlu memperbarui versi minor secara manual. Untuk informasi selengkapnya, lihat WEBSITE_NODE_DEFAULT_VERSION - Azure Functions. |
Workflows.Connection.AuthenticationAudience |
No | Tidak | Mengatur audiens untuk mengautentikasi koneksi terkelola (yang dihosting Azure). |
Workflows.CustomHostName |
No | Tidak | Mengatur nama host yang akan digunakan untuk ALUR kerja dan URL input-output, misalnya, "logic.contoso.com". Untuk informasi untuk mengonfigurasi nama DNS kustom, lihat Memetakan nama DNS kustom yang sudah ada ke Azure App Service dan Mengamankan nama DNS kustom dengan pengikatan TLS/SSL di Azure App Service. |
Workflows.<workflowName>.FlowState |
No | Tidak | Mengatur status untuk <workflowName>. |
Workflows.<workflowName>.RuntimeConfiguration.RetentionInDays |
No |
90 hari |
Mengatur jumlah waktu dalam hari untuk menyimpan riwayat eksekusi untuk <workflowName>. - Minimum: 7 hari - Maksimum: 365 hari |
Workflows.RuntimeConfiguration.RetentionInDays |
No |
90 hari |
Mengatur jumlah waktu dalam hari untuk mempertahankan riwayat eksekusi alur kerja setelah eksekusi dimulai. - Minimum: 7 hari - Maksimum: 365 hari |
Workflows.WebhookRedirectHostUri |
No | Tidak | Mengatur nama host yang akan digunakan untuk URL panggilan balik webhook. |
Mengelola pengaturan aplikasi - local.settings.json
Untuk menambahkan, memperbarui, atau menghapus pengaturan aplikasi, pilih dan tinjau bagian berikut untuk templat portal Azure, Visual Studio Code, Azure CLI, atau ARM (Bicep). Untuk pengaturan aplikasi khusus untuk aplikasi logika, ulas panduan referensi untuk pengaturan aplikasi yang tersedia - local.settings.json.
Menampilkan pengaturan aplikasi di portal
Di kotak pencarian portal Azure, temukan dan buka aplikasi logika Anda.
Pada menu aplikasi logika Anda, di bawah Pengaturan, pilih Variabel lingkungan.
Pada halaman Variabel lingkungan , pada tab Pengaturan aplikasi, tinjau pengaturan aplikasi untuk aplikasi logika Anda.
Untuk informasi selengkapnya tentang pengaturan tersebut, ulas panduan referensi untuk pengaturan aplikasi yang tersedia - local.settings.json.
Untuk menampilkan semua nilai, pada toolbar halaman, pilih Perlihatkan Nilai. Atau, untuk melihat satu nilai, di kolom Nilai , pilih Perlihatkan nilai (ikon mata).
Menambahkan pengaturan aplikasi di portal
Referensi untuk pengaturan host - host.json
Di Visual Studio Code, di tingkat akar proyek aplikasi logika Anda, file metadata host.json berisi pengaturan runtime bahasa umum dan nilai default yang berlaku untuk semua alur kerja dalam sumber daya aplikasi logika baik yang berjalan secara lokal maupun di Azure. Untuk menampilkan dan mengelola pengaturan tersebut, ulas Mengelola pengaturan host - host.json. Anda juga dapat menemukan informasi batas terkait di dokumentasi Batas dan konfigurasi untuk Azure Logic Apps.
Throughput orkestrasi pekerjaan
Pengaturan ini memengaruhi throughput dan kapasitas untuk Azure Logic Apps penyewa tunggal untuk menjalankan operasi alur kerja.
Pengaturan | Nilai default | Deskripsi |
---|---|---|
Jobs.BackgroundJobs.DispatchingWorkersPulseInterval |
00:00:01 (1 detik) |
Mengatur interval bagi dispatcher pekerjaan untuk melakukan polling antrean pekerjaan saat polling sebelumnya tidak mengembalikan pekerjaan. Dispatcher pekerjaan melakukan polling antrean segera saat polling sebelumnya mengembalikan pekerjaan. |
Jobs.BackgroundJobs.NumPartitionsInJobDefinitionsTable |
4 partisi pekerjaan |
Mengatur jumlah partisi pekerjaan dalam tabel definisi pekerjaan. Nilai ini mengontrol berapa banyak throughput eksekusi yang dipengaruhi oleh batas penyimpanan partisi. |
Jobs.BackgroundJobs.NumPartitionsInJobTriggersQueue |
1 antrean pekerjaan |
Mengatur jumlah antrean pekerjaan yang dipantau oleh dispatcher pekerjaan untuk pekerjaan yang akan diproses. Nilai ini juga memengaruhi jumlah partisi penyimpanan tempat antrean pekerjaan berada. |
Jobs.BackgroundJobs.NumWorkersPerProcessorCount |
192 instans pekerja dispatcher |
Mengatur jumlah instans pekerja dispatcher atau dispatcher pekerjaan agar memiliki inti per prosesor. Nilai ini memengaruhi jumlah alur kerja yang berjalan per inti. |
Jobs.BackgroundJobs.StatelessNumWorkersPerProcessorCount |
192 instans pekerja dispatcher |
Mengatur jumlah instans pekerja dispatcher atau dispatcher pekerjaan untuk memiliki per inti prosesor, per eksekusi tanpa status. Nilai ini memengaruhi jumlah tindakan alur kerja bersamaan yang diproses per eksekusi. |
Kedua pengaturan berikut digunakan untuk menghentikan dan segera menghapus alur kerja yang ditentukan secara manual di aplikasi logika Standar.
Catatan
Gunakan pengaturan ini dengan hati-hati dan hanya di lingkungan non-produksi, seperti lingkungan uji beban atau performa, karena Anda tidak dapat membatalkan atau memulihkan dari operasi ini.
Pengaturan | Nilai default | Deskripsi |
---|---|---|
Jobs.CleanupJobPartitionPrefixes |
Tidak | Segera menghapus semua pekerjaan eksekusi untuk alur kerja yang ditentukan. |
Jobs.SuspendedJobPartitionPrefixes |
Tidak | Menghentikan pekerjaan eksekusi untuk alur kerja yang ditentukan. |
Contoh berikut menunjukkan sintaks untuk pengaturan ini di mana setiap ID alur kerja diikuti oleh titik dua (:) dan dipisahkan oleh titik koma (;):
"Jobs.CleanupJobPartitionPrefixes": "<workflow-ID-1>:; <workflow-ID-2>:",
"Jobs.SuspendedJobPartitionPrefixes": "<workflow-ID-1>:; <workflow-ID-2>:"
Pemicu berbasis pengulangan
Pengaturan | Nilai default | Deskripsi |
---|---|---|
Microsoft.Azure.Workflows.ServiceProviders.MaximumAllowedTriggerStateSizeInKB |
1 KB |
Mengatur ukuran maksimum yang diizinkan status pemicu untuk pemicu berbasis pengulangan seperti pemicu SFTP bawaan. Status pemicu mempertahankan data di beberapa pemicu berbasis perulangan penyedia layanan. Penting: Berdasarkan ukuran penyimpanan Anda, hindari pengaturan nilai ini terlalu tinggi, yang dapat mempengaruhi penyimpanan dan performa. |
Memicu konkurensi
Pengaturan berikut hanya berfungsi untuk alur kerja yang dimulai dengan pemicu berbasis pengulangan untuk konektor berbasis penyedia layanan bawaan. Untuk alur kerja yang dimulai dengan pemicu berbasis fungsi, Anda mungkin mencoba menyiapkan batching jika didukung. Namun, batching tidak selalu menjadi solusi yang benar. Misalnya, dengan pemicu Azure Bus Layanan, batch mungkin menyimpan pesan di luar durasi kunci. Akibatnya, tindakan apa pun, seperti selesai atau abaikan, gagal pada pesan tersebut.
Pengaturan | Nilai default | Deskripsi |
---|---|---|
Runtime.Trigger.MaximumRunConcurrency |
100 eksekusi |
Mengatur jumlah maksimum eksekusi serentak yang dapat dimulai oleh pemicu. Nilai ini muncul dalam definisi konkurensi pemicu. |
Runtime.Trigger.MaximumWaitingRuns |
200 eksekusi |
Mengatur jumlah maksimum proses yang dapat menunggu setelah proses serentak memenuhi jumlah maksimum. Nilai ini muncul dalam definisi konkurensi pemicu. Untuk informasi selengkapnya, lihat Mengubah batas eksekusi tunggu. |
Jalankan retensi durasi dan riwayat
Pengaturan | Nilai default | Deskripsi |
---|---|---|
Runtime.Backend.FlowRunTimeout |
90.00:00:00 (90 hari) |
Mengatur jumlah waktu alur kerja dapat terus berjalan sebelum memaksa batas waktu. Nilai minimum untuk pengaturan ini adalah 7 hari. Penting: Pastikan nilai ini kurang dari atau sama dengan nilai untuk pengaturan aplikasi bernama Workflows.RuntimeConfiguration.RetentionInDays . Jika tidak, riwayat eksekusi dapat dihapus sebelum pekerjaan terkait selesai. |
Runtime.FlowMaintenanceJob.RetentionCooldownInterval |
7.00:00:00 (7 hari) |
Mengatur jumlah waktu dalam hari sebagai interval antara kapan harus memeriksa dan menghapus riwayat eksekusi yang tidak ingin Anda simpan lagi. |
Menjalankan tindakan
Pengaturan | Nilai default | Deskripsi |
---|---|---|
Runtime.FlowRunRetryableActionJobCallback.ActionJobExecutionTimeout |
00:10:00 (10 menit) |
Menetapkan jumlah waktu untuk pekerjaan tindakan alur kerja untuk berjalan sebelum waktu keluar dan mencoba kembali. |
Input dan output
Pengaturan | Nilai default | Deskripsi |
---|---|---|
Microsoft.Azure.Workflows.TemplateLimits.InputParametersLimit |
50 |
Ubah batas default parameter alur kerja lintas lingkungan hingga 500 untuk aplikasi logika Standar yang dibuat dengan mengekspor aplikasi logika Konsumsi. |
Runtime.ContentLink.MaximumContentSizeInBytes |
104857600 byte |
Mengatur ukuran maksimum dalam byte yang dapat dimiliki input atau output dalam satu pemicu atau tindakan. |
Runtime.FlowRunActionJob.MaximumActionResultSize |
209715200 byte |
Mengatur ukuran maksimum dalam byte yang dapat dimiliki input dan output gabungan dalam satu tindakan. |
Penentuan halaman
Pengaturan | Nilai default | Deskripsi |
---|---|---|
Runtime.FlowRunRetryableActionJobCallback.MaximumPageCount |
1000 halaman |
Saat penomoran halaman didukung dan diaktifkan pada suatu operasi, mengatur jumlah maksimum halaman untuk dikembalikan atau diproses saat runtime bahasa umum. |
Chunking
Pengaturan | Nilai default | Deskripsi |
---|---|---|
Runtime.FlowRunRetryableActionJobCallback.MaximumContentLengthInBytesForPartialContent |
1073741824 byte |
Saat chunking didukung dan diaktifkan pada suatu operasi, mengatur ukuran maksimum dalam byte untuk konten yang diunduh atau diunggah. |
Runtime.FlowRunRetryableActionJobCallback.MaxChunkSizeInBytes |
52428800 byte |
Saat penggugusan didukung dan diaktifkan pada suatu operasi, mengatur ukuran maksimum dalam byte untuk setiap gugus konten. |
Runtime.FlowRunRetryableActionJobCallback.MaximumRequestCountForPartialContent |
1000 permintaan |
Saat chunking didukung dan diaktifkan pada suatu operasi, mengatur jumlah maksimum permintaan yang dapat dilakukan oleh eksekusi tindakan untuk mengunduh konten. |
Menyimpan konten sebaris atau menggunakan blob
Pengaturan | Nilai default | Deskripsi |
---|---|---|
Runtime.FlowRunEngine.ForeachMaximumItemsForContentInlining |
20 item |
Saat perulangan For each berjalan, nilai setiap item disimpan sebaris dengan metadata lain di penyimpanan tabel atau secara terpisah di penyimpanan blob. Mengatur jumlah item untuk disimpan sebaris dengan metadata lainnya. |
Runtime.FlowRunRetryableActionJobCallback.MaximumPagesForContentInlining |
20 halaman |
Mengatur jumlah halaman maksimum untuk disimpan sebagai konten sebaris dalam penyimpanan tabel sebelum disimpan dalam penyimpanan blob. |
Runtime.FlowTriggerSplitOnJob.MaximumItemsForContentInlining |
40 item |
Saat pengaturan SplitOn memisahkan item larik ke dalam beberapa instans alur kerja, nilai setiap item disimpan sebaris dengan metadata lain di penyimpanan tabel atau secara terpisah di penyimpanan blob. Mengatur jumlah item untuk disimpan sebaris. |
Runtime.ScaleUnit.MaximumCharactersForContentInlining |
32384 karakter |
Mengatur jumlah maksimum karakter output dan input operasi untuk disimpan sebaris dalam penyimpanan tabel sebelum disimpan dalam penyimpanan blob. |
Perulangan For each
Pengaturan | Nilai default | Deskripsi |
---|---|---|
Runtime.Backend.FlowDefaultForeachItemsLimit |
100000 item array |
Untuk alur kerja status penuh, mengatur jumlah maksimum item larik untuk diproses dalam perulangan For each . |
Runtime.Backend.FlowDefaultSplitOnItemsLimit |
100000 item array |
Mengatur jumlah maksimum item array untuk dipisahkan atau dibagi menjadi beberapa instans alur kerja berdasarkan pengaturan SplitOn . |
Runtime.Backend.ForeachDefaultDegreeOfParallelism |
20 perulangan |
Mengatur jumlah default perulangan serentak, atau derajat paralelisme, dalam perulangan For each . Untuk menjalankan secara berurutan, atur nilainya ke 1 . |
Runtime.Backend.Stateless.FlowDefaultForeachItemsLimit |
100 item |
Untuk alur kerja tanpa status, mengatur jumlah maksimum item array untuk diproses dalam perulangan For each . |
Perulangan Until
Pengaturan | Nilai default | Deskripsi |
---|---|---|
Runtime.Backend.MaximumUntilLimitCount |
5000 perulangan |
Untuk alur kerja status penuh, mengatur jumlah maksimum yang mungkin untuk properti Count dalam tindakan Until . |
Runtime.Backend.Stateless.FlowRunTimeout |
00:05:00 (5 menit) |
Mengatur waktu tunggu maksimum untuk perulangan Until dalam alur kerja tanpa status. |
Runtime.Backend.Stateless.MaximumUntilLimitCount |
100 perulangan |
Untuk alur kerja tanpa status, mengatur jumlah maksimum yang mungkin untuk properti Count dalam tindakan Until . |
Variabel
Pengaturan | Nilai default | Deskripsi |
---|---|---|
Runtime.Backend.DefaultAppendArrayItemsLimit |
100000 item array |
Mengatur jumlah maksimum item dalam variabel dengan jenis Array. |
Runtime.Backend.VariableOperation.MaximumStatelessVariableSize |
Alur kerja tanpa status: 1024 karakter |
Mengatur ukuran maksimum dalam karakter untuk konten yang dapat disimpan oleh variabel saat digunakan di alur kerja tanpa status. |
Runtime.Backend.VariableOperation.MaximumVariableSize |
Alur kerja status penuh: 104857600 karakter |
Mengatur ukuran maksimum dalam karakter untuk konten yang dapat disimpan oleh variabel saat digunakan di alur kerja berstatus. |
Operasi HTTP bawaan
Pengaturan | Nilai default | Deskripsi |
---|---|---|
Runtime.Backend.HttpOperation.DefaultRetryCount |
4 percobaan kembali |
Mengatur jumlah percobaan kembali default untuk tindakan dan pemicu HTTP. |
Runtime.Backend.HttpOperation.DefaultRetryInterval |
00:00:07 (7 detik) |
Mengatur interval percobaan kembali default untuk tindakan dan pemicu HTTP. |
Runtime.Backend.HttpOperation.DefaultRetryMaximumInterval |
01:00:00 (1 jam) |
Mengatur interval percobaan kembali maksimum untuk tindakan dan pemicu HTTP. |
Runtime.Backend.HttpOperation.DefaultRetryMinimumInterval |
00:00:05 (5 detik) |
Mengatur interval percobaan kembali minimum untuk tindakan dan pemicu HTTP. |
Runtime.Backend.HttpOperation.MaxContentSize |
104857600 byte |
Mengatur ukuran permintaan maksimum dalam byte hanya untuk tindakan HTTP, bukan pemicu. Untuk informasi selengkapnya, lihat Batasan. |
Runtime.Backend.HttpOperation.RequestTimeout |
00:03:45 (3 menit dan 45 detik) Catatan: Nilai default juga merupakan nilai maksimum. |
Mengatur nilai batas waktu permintaan untuk tindakan dan pemicu HTTP. |
Operasi Http Webhook bawaan
Pengaturan | Nilai default | Deskripsi |
---|---|---|
Runtime.Backend.HttpWebhookOperation.DefaultRetryCount |
4 percobaan kembali |
Mengatur jumlah percobaan kembali default untuk tindakan dan pemicu webhook HTTP. |
Runtime.Backend.HttpWebhookOperation.DefaultRetryInterval |
00:00:07 (7 detik) |
Mengatur interval percobaan kembali default untuk tindakan dan pemicu webhook HTTP. |
Runtime.Backend.HttpWebhookOperation.DefaultRetryMaximumInterval |
01:00:00 (1 jam) |
Mengatur interval percobaan kembali maksimum untuk tindakan dan pemicu webhook HTTP. |
Runtime.Backend.HttpWebhookOperation.DefaultRetryMinimumInterval |
00:00:05 (5 detik) |
Mengatur interval percobaan kembali minimum untuk tindakan dan pemicu webhook HTTP. |
Runtime.Backend.HttpWebhookOperation.DefaultWakeUpInterval |
01:00:00 (1 jam) |
Mengatur interval bangun default untuk pekerjaan tindakan dan pemicu webhook HTTP. |
Runtime.Backend.HttpWebhookOperation.MaxContentSize |
104857600 byte |
Mengatur ukuran permintaan maksimum dalam byte hanya untuk tindakan webhook HTTP, bukan pemicu. Untuk informasi selengkapnya, lihat Batasan. |
Runtime.Backend.HttpWebhookOperation.RequestTimeout |
00:02:00 (2 menit) |
Mengatur nilai batas waktu permintaan untuk tindakan dan pemicu webhook HTTP. |
Operasi Azure Storage bawaan
Penyimpanan Blob
Pengaturan | Nilai default | Deskripsi |
---|---|---|
Microsoft.Azure.Workflows.ContentStorage.RequestOptionsThreadCount |
Tidak | Mengatur jumlah utas untuk operasi unggah dan unduh blob. Anda dapat menggunakan pengaturan ini untuk memaksa runtime Azure Logic Apps menggunakan beberapa utas saat mengunggah dan mengunduh konten dari input dan output tindakan. |
Runtime.ContentStorage.RequestOptionsDeltaBackoff |
00:00:02 (2 detik) |
Mengatur interval backoff antar percobaan kembali yang dikirim ke penyimpanan blob. |
Runtime.ContentStorage.RequestOptionsMaximumAttempts |
4 percobaan kembali |
Mengatur jumlah maksimum percobaan kembali yang dikirim ke penyimpanan antrean dan tabel. |
Runtime.ContentStorage.RequestOptionsMaximumExecutionTime |
00:02:00 (2 menit) |
Mengatur nilai batas waktu operasi, termasuk percobaan ulang, untuk permintaan blob dari runtime Azure Logic Apps. |
Runtime.ContentStorage.RequestOptionsServerTimeout |
00:00:30 (30 detik) |
Mengatur nilai batas waktu untuk permintaan blob dari runtime bahasa umum Azure Logic Apps. |
Penyimpanan antrean dan tabel
Pengaturan | Nilai default | Deskripsi |
---|---|---|
Runtime.DataStorage.RequestOptionsDeltaBackoff |
00:00:02 (2 detik) |
Mengatur interval backoff antar percobaan kembali yang dikirim ke penyimpanan antrean dan tabel. |
Runtime.DataStorage.RequestOptionsMaximumAttempts |
4 percobaan kembali |
Mengatur jumlah maksimum percobaan kembali yang dikirim ke penyimpanan antrean dan tabel. |
Runtime.DataStorage.RequestOptionsMaximumExecutionTime |
00:00:45 (45 detik) |
Mengatur nilai batas waktu operasi, termasuk percobaan kembali, untuk permintaan penyimpanan antrean dan tabel dari runtime bahasa umum Azure Logic Apps. |
Runtime.DataStorage.RequestOptionsServerTimeout |
00:00:16 (16 detik) |
Mengatur nilai batas waktu untuk permintaan penyimpanan antrean dan tabel dari runtime bahasa umum Azure Logic Apps. |
Berbagi file
Pengaturan | Nilai default | Deskripsi |
---|---|---|
ServiceProviders.AzureFile.MaxFileSizeInBytes |
150000000 byte |
Mengatur ukuran file maksimum dalam byte untuk berbagi file Azure. |
Operasi Azure Functions bawaan
Pengaturan | Nilai default | Deskripsi |
---|---|---|
Runtime.Backend.FunctionOperation.RequestTimeout |
00:03:45 (3 menit dan 45 detik) |
Mengatur nilai batas waktu permintaan untuk tindakan Azure Functions. |
Runtime.Backend.FunctionOperation.MaxContentSize |
104857600 byte |
Mengatur ukuran permintaan maksimum dalam byte untuk tindakan Azure Functions. Untuk informasi selengkapnya, lihat Batasan. |
Runtime.Backend.FunctionOperation.DefaultRetryCount |
4 percobaan kembali |
Mengatur jumlah percobaan kembali default untuk tindakan Azure Functions. |
Runtime.Backend.FunctionOperation.DefaultRetryInterval |
00:00:07 (7 detik) |
Mengatur interval percobaan kembali default untuk tindakan Azure Functions. |
Runtime.Backend.FunctionOperation.DefaultRetryMaximumInterval |
01:00:00 (1 jam) |
Mengatur interval percobaan kembali maksimum untuk tindakan Azure Functions. |
Runtime.Backend.FunctionOperation.DefaultRetryMinimumInterval |
00:00:05 (5 detik) |
Mengatur interval percobaan kembali minimum untuk tindakan Azure Functions. |
Operasi Azure Service Bus bawaan
Pengaturan | Nilai default | Deskripsi |
---|---|---|
ServiceProviders.ServiceBus.MessageSenderOperationTimeout |
00:01:00 (1 menit) |
Atur batas waktu untuk mengirim pesan dengan operasi Azure Service Bus bawaan. |
Runtime.ServiceProviders.ServiceBus.MessageSenderPoolSizePerProcessorCount |
64 pengirim pesan |
Mengatur jumlah pengirim pesan Azure Service Bus per inti prosesor untuk digunakan di kumpulan pengirim pesan. |
Operasi SFTP bawaan
Pengaturan | Nilai default | Deskripsi |
---|---|---|
Runtime.ServiceProviders.Sftp.MaxFileSizeInBytes |
2147483648 byte |
Mengatur ukuran file maksimum dalam byte untuk tindakan Dapatkan konten file (V2). |
Runtime.ServiceProviders.Sftp.MaximumFileSizeToReadInBytes |
209715200 byte |
Mengatur ukuran file maksimum dalam byte untuk tindakan Dapatkan konten file. Pastikan nilai ini tidak melebihi ukuran memori yang dapat dirujuk karena tindakan ini membaca konten file dalam memori. |
Operasi konektor terkelola
Pengaturan | Nilai default | Deskripsi |
---|---|---|
Runtime.Backend.ApiConnectionOperation.RequestTimeout |
00:02:00 (2 menit) |
Mengatur nilai batas waktu permintaan untuk tindakan dan pemicu konektor API terkelola. |
Runtime.Backend.ApiConnectionOperation.MaxContentSize |
104857600 byte |
Mengatur ukuran permintaan maksimum dalam byte untuk tindakan dan pemicu konektor API terkelola. Untuk informasi selengkapnya, lihat Batasan. |
Runtime.Backend.ApiConnectionOperation.DefaultRetryCount |
4 percobaan kembali |
Mengatur jumlah percobaan default untuk tindakan dan pemicu konektor API terkelola. |
Runtime.Backend.ApiConnectionOperation.DefaultRetryInterval |
00:00:07 (7 detik) |
Mengatur interval percobaan kembali default untuk tindakan dan pemicu konektor API terkelola. |
Runtime.Backend.ApiWebhookOperation.DefaultRetryMaximumInterval |
01:00:00 (1 hari) |
Mengatur interval percobaan kembali maksimum untuk tindakan dan pemicu webhook konektor API terkelola. |
Runtime.Backend.ApiConnectionOperation.DefaultRetryMinimumInterval |
00:00:05 (5 detik) |
Mengatur interval percobaan kembali minimum untuk tindakan dan pemicu konektor API terkelola. |
Runtime.Backend.ApiWebhookOperation.DefaultWakeUpInterval |
01:00:00 (1 hari) |
Mengatur interval bangun default untuk pekerjaan tindakan dan pemicu webhook konektor API terkelola. |
Kebijakan percobaan kembali untuk semua operasi lainnya
Pengaturan | Nilai default | Deskripsi |
---|---|---|
Runtime.ScaleMonitor.MaxPollingLatency |
00:00:30 (30 detik) |
Mengatur latensi polling maksimum untuk penskalaan runtime bahasa umum. |
Runtime.Backend.Operation.MaximumRetryCount |
90 percobaan kembali |
Mengatur jumlah maksimum percobaan kembali dalam definisi kebijakan percobaan kembali untuk operasi alur kerja. |
Runtime.Backend.Operation.MaximumRetryInterval |
01:00:00:01 (1 hari dan 1 detik) |
Mengatur interval maksimum dalam definisi kebijakan percobaan kembali untuk operasi alur kerja. |
Runtime.Backend.Operation.MinimumRetryInterval |
00:00:05 (5 detik) |
Mengatur interval minimum dalam definisi kebijakan percobaan kembali untuk operasi alur kerja. |
Batasan
Ukuran konten maksimum
Secara default, pemicu bawaan, seperti HTTP atau Permintaan, terbatas pada ukuran pesan yang dijelaskan dalam Batas dan referensi konfigurasi - Pesan. Untuk menangani file yang lebih besar dari batas, coba unggah konten Anda sebagai blob ke Azure Blob Storage, lalu dapatkan konten Anda menggunakan konektor Azure Blob.
Mengelola pengaturan host - host.json
Anda dapat menambahkan, memperbarui, atau menghapus pengaturan host, yang menentukan setelan konfigurasi runtime bahasa umum dan nilai yang berlaku untuk semua alur kerja di aplikasi logika tersebut, seperti nilai default untuk throughput, kapasitas, ukuran data, dan sebagainya, apakah dijalankan secara lokal atau di Azure. Untuk pengaturan host khusus untuk aplikasi logika, ulas panduan referensi untuk pengaturan runtime bahasa umum dan penyebaran yang tersedia - host.json.
Portal Azure - host.json
Untuk mengulas pengaturan host untuk aplikasi logika berbasis penyewa tunggal Anda di portal Azure, ikuti langkah-langkah berikut:
Di kotak pencarian portal Azure, temukan dan buka aplikasi logika Anda.
Pada menu sumber daya, di bawah Alat Pengembangan, pilih Alat Tingkat Lanjut.
Di panel Alat Tingkat Lanjut, pilih Buka, yang membuka lingkungan Kudu untuk aplikasi logika.
Di toolbar Kudu, buka menu Konsol debug, dan pilih CMD.
Jendela konsol terbuka sehingga Anda dapat menelusuri ke folder wwwroot menggunakan perintah. Atau, Anda dapat menelusuri struktur direktori yang muncul di atas jendela konsol.
Telusuri di sepanjang jalur berikut ke folder wwwroot:
...\home\site\wwwroot
.Di atas jendela konsol, di tabel direktori, di samping file host.json, pilih Edit.
Setelah file host.json terbuka, ulas semua pengaturan host yang sebelumnya ditambahkan untuk aplikasi logika Anda.
Untuk informasi selengkapnya tentang pengaturan host, ulas panduan referensi untuk pengaturan host yang tersedia - host.json.
Untuk menambahkan pengaturan, ikuti langkah-langkah berikut:
Sebelum Anda menambahkan atau mengedit pengaturan, hentikan aplikasi logika Anda di portal Azure.
Di menu sumber daya, pilih Gambaran Umum.
Di toolbar panel Gambaran Umum, pilih Hentikan.
Jika file host.json sudah terbuka, kembali ke file host.json. Jika tidak, ikuti langkah-langkah sebelumnya untuk membuka file host.json .
Di bawah objek
extensionBundle
, tambahkan objekextensions
, yang menyertakan objekworkflow
dansettings
, misalnya:{ "version": "2.0", "extensionBundle": { "id": "Microsoft.Azure.Functions.ExtensionBundle", "version": "[1.*, 2.0.0)" }, "extensions": { "workflow": { "settings": { } } } }
Dalam objek
settings
, tambahkan daftar rata dengan pengaturan host yang ingin Anda gunakan untuk semua alur kerja di aplikasi logika Anda, baik alur kerja tersebut berjalan secara lokal maupun di Azure, misalnya:{ "version": "2.0", "extensionBundle": { "id": "Microsoft.Azure.Functions.ExtensionBundle", "version": "[1.*, 2.0.0)" }, "extensions": { "workflow": { "settings": { "Runtime.Trigger.MaximumWaitingRuns": "100" } } } }
Setelah selesai, ingatlah untuk memilih Simpan.
Sekarang, hidupkan ulang aplikasi logika Anda. Kembali ke halaman Gambaran Umum, dan pilih Hidupkan Ulang.
Visual Studio Code - host.json
Untuk mengulas pengaturan host untuk aplikasi logika Anda di Visual Studio Code, ikuti langkah-langkah berikut:
Di proyek aplikasi logika Anda, di tingkat proyek akar, temukan dan buka file host.json.
Di objek
extensions
, di bawahworkflows
dansettings
, ulas semua pengaturan host yang sebelumnya ditambahkan untuk aplikasi logika Anda. Jika tidak, objekextensions
tidak akan muncul dalam file.Untuk informasi selengkapnya tentang pengaturan host, ulas panduan referensi untuk pengaturan host yang tersedia - host.json.
Untuk menambahkan pengaturan host, ikuti langkah-langkah berikut:
Di file host.json, di bawah objek
extensionBundle
, tambahkan objekextensions
, yang menyertakan objekworkflow
dansettings
, misalnya:{ "version": "2.0", "extensionBundle": { "id": "Microsoft.Azure.Functions.ExtensionBundle", "version": "[1.*, 2.0.0)" }, "extensions": { "workflow": { "settings": { } } } }
Dalam objek
settings
, tambahkan daftar rata dengan pengaturan host yang ingin Anda gunakan untuk semua alur kerja di aplikasi logika Anda, baik alur kerja tersebut berjalan secara lokal maupun di Azure, misalnya:{ "version": "2.0", "extensionBundle": { "id": "Microsoft.Azure.Functions.ExtensionBundle", "version": "[1.*, 2.0.0)" }, "extensions": { "workflow": { "settings": { "Runtime.Trigger.MaximumWaitingRuns": "100" } } } }