Поделиться через


Изменение параметров узла и приложения для приложений логики уровня "Стандартный" в одноклиентской службе Azure Logic Apps

Область применения: Azure Logic Apps (стандартная версия)

В azure Logic Apps с одним клиентом параметры приложения логики уровня "Стандартный" указывают глобальные параметры конфигурации, влияющие на все рабочие процессы в этом приложении логики. Однако данные параметры применяются только в том случае, если эти рабочие процессы выполняются в локальной среде разработки. Локальные рабочие процессы могут обращаться к этим параметрам приложения как к локальным переменным среды, используемым локальными средствами разработки в качестве значений, которые могут часто изменяться при смене среды. К примеру, строки подключения могут содержаться в следующих значениях. При развертывании в Azure параметры приложения не учитываются и не включаются в развертывание.

У приложения логики также есть параметры узла, определяющие параметры конфигурации среды выполнения и значения, применяемые ко всем рабочим процессам в этом приложении логики. Например, это могут быть значения по умолчанию для пропускной способности, емкости, размера данных и т. д., которые не зависят от того, выполняются ли приложения локально или в Azure.

Настройки, параметры и развертывание приложения

В мультитенантных Azure Logic Apps развертывание зависит от шаблонов Azure Resource Manager (шаблонов ARM), которые объединяют и обрабатывают подготовку ресурсов для приложений логики и инфраструктуры. При таком подходе возникает необходимость сохранять одни и те же переменные среды для приложений логики в различных средах разработки и тестирования, а также в рабочей среде. Все параметры в шаблоне ARM определяются при развертывании. Если необходимо изменить только одну переменную, необходимо повторить развертывание полностью.

В Azure Logic Apps с одним клиентом развертывание становится более простым, поскольку можно разделить подготовку ресурсов между приложениями и инфраструктурой. В Azure Logic Apps можно использовать параметры для абстрагирования значений, которые могут изменяться при смене среды. Если определить параметры для использования в рабочих процессах, можно сначала сосредоточиться на разработке рабочих процессов и позже вставить переменные для конкретной среды. Вы можете вызывать переменные среды и ссылаться на них в среде выполнения с помощью параметров и настроек приложения. Таким образом, вам не придется так часто выполнять повторное развертывание.

Настройки приложения интегрированы с Azure Key Vault. Можно напрямую ссылаться на защищенные строки, например строки подключения и ключи. Аналогично шаблонам Azure Resource Manager (шаблонам ARM), где переменные среды определяют в процессе развертывания, настройки приложения можно задать в рамках определения рабочего процесса приложения логики. Затем можно захватывать динамически генерируемые значения инфраструктуры, такие как конечные точки подключения, строки хранения и другие. Однако для настроек приложения установлены ограничения по размеру, и на них нельзя ссылаться из определенных областей в Azure Logic Apps.

Примечание.

Если вы используете Key Vault, убедитесь, что хранятся только секреты, такие как пароли, учетные данные и сертификаты. В рабочем процессе приложения логики не используйте Key Vault для хранения не секретных значений, таких как пути URL-адресов, которые конструктор рабочих процессов должен вызывать. Конструктор не может расшифровки параметра приложения, ссылающегося на тип ресурса Key Vault, что приводит к ошибке и сбой вызова. Для значений, отличных от секретов, сохраните их непосредственно в параметрах приложения.

Дополнительные сведения о настройке приложений логики для развертывания см. в указанных ниже документах.

Структура проекта Visual Studio Code

В Visual Studio Code ваш проект приложения логики может относиться к одному из следующих типов:

  • На основе пакета расширений (Node.js) — это тип по умолчанию
  • На основе пакета NuGet (.NET) — его можно преобразовать из типа по умолчанию

От этих типов зависит, какие папки и файлы содержатся в вашем проекте. Проект на основе NuGet включает папку .bin, которая содержит пакеты и другие файлы библиотеки. Проект на основе пакета расширений не включает папку. bin и другие файлы. В некоторых сценариях для выполнения вашего приложения требуется проект на основе NuGet, когда вы, к примеру, хотите разрабатывать и выполнять пользовательские встроенные операции. Подробнее о преобразовании своего проекта на использование NuGet см. в разделе Включение создания встроенных соединителей.

В случае с типом по умолчанию на основе пакета расширений ваш проект включает папку и структуру файлов наподобие примера ниже:

MyBundleBasedLogicAppProjectName
| .vscode
| Artifacts
  || Maps 
     ||| MapName1
     ||| ...
  || Schemas
     ||| SchemaName1
     ||| ...
| WorkflowName1
  || workflow.json
  || ...
| WorkflowName2
  || workflow.json
  || ...
| workflow-designtime
| .funcignore
| connections.json
| host.json
| local.settings.json

На корневом уровне проекта вы найдете следующие файлы и папки:

Имя. Папка или файл Description
.vscode Папка Содержит файлы параметров для Visual Studio Code, в том числе файлы extensions.json, launch.json, settings.json и tasks.json files.
Артефакты Папка Содержит артефакты учетной записи интеграции, которые вы можете определить и использовать в рабочих процессах, поддерживающих сценарии B2B. Например, подобная структура включает карты и схемы для преобразования и проверки XML.
<Имя рабочего процесса> Папка Для каждого рабочего процесса папка <WorkflowName> включает файл workflow.json, содержащий базовое для этого рабочего процесса определение JSON.
workflow-designtime Папка Содержит файлы параметров для среды разработки.
.funcignore Файлы Содержит сведения, касающиеся установленного набора Azure Functions Core Tools.
connections.json Файлы Содержит метаданные, конечные точки и ключи для всех управляемых подключений и функций Azure, используемых рабочими процессами.

Внимание! Чтобы в каждой среде использовать разные подключения и функции, не забудьте параметризовать этот файл connections.json и обновить конечные точки.
host.json Файлы Содержит параметры конфигурации и значения для среды выполнения, например ограничения по умолчанию для платформы Azure Logic Apps с одним клиентом, приложения логики, рабочие процессы, триггеры и действия. На корневом уровне проекта приложения логики файл метаданных host.json содержит параметры конфигурации и значения по умолчанию, которые используют все рабочие процессы при выполнении, будь то локально или в Azure.

Примечание. При создании приложения логики Visual Studio Code создает резервный файл host.snapshot.*.json в контейнере хранилища. Если вы удалите приложение логики, этот файл резервной копии не будет удален. Если создать другое приложение логики с тем же именем, будет создан другой файл моментального снимка. Для одного и того же приложения логики можно использовать до 10 моментальных снимков. Если вы превышаете это ограничение, вы получите следующую ошибку:

Microsoft.Azure.WebJobs.Script.WebHost: Repository has more than 10 non-decryptable secrets backups (host))

Чтобы устранить эту ошибку, удалите лишние файлы моментальных снимков из контейнера хранилища.
local.settings.json Файлы Содержит параметры приложения, строки подключения и другие параметры, которые используют ваши рабочие процессы при локальном выполнении. Иными словами, эти параметры и значения применяются только в том случае, когда ваши проекты выполняются в локальной среде разработки. При развертывании в Azure этот файл и параметры игнорируются и не включаются в развертывание.

В этом файле параметры и значения хранятся в виде локальных переменных среды, которые используются локальными инструментами разработки в качестве значений appSettings. Вы можете вызывать эти переменные среды и ссылаться на них во время выполнения и развертывания с помощью параметров приложения и других параметров.

Внимание! Файл local.settings.json может содержать секреты, поэтому не забудьте исключить его из системы управления версиями своего проекта.

Справочник по настройкам приложения — local.settings.json

На корневом уровне проекта приложения логики в Visual Studio Code есть файл local.settings.json, который содержит глобальные параметры конфигурации, влияющие на все рабочие процессы в этом приложении логики во время работы в локальной среде разработки. Когда рабочие процессы выполняются локально, доступ к этим параметрам осуществляется как к локальным переменным среды. При этом их значения часто изменяются при использовании различных сред, в которых выполняются рабочие процессы. Чтобы просмотреть эти параметры и управлять ими, см. статью Управление параметрами приложения — local.settings.json.

Параметры приложения в Azure Logic Apps работают аналогично параметрам приложения в службе "Функции Azure" или службе "Веб-приложения Azure". Если вы раньше использовали эти службы, возможно, что вы уже знакомы с параметрами приложений. Дополнительные сведения см. в статьях Справочник по параметрам приложений для Функций Azure и Работа с Azure Functions Core Tools — локальный файл параметров.

Для правильного выполнения рабочего процесса требуются некоторые параметры приложения.

Параметр Обязательное поле значение Описание
APP_KIND Да workflowApp Требуется задать тип приложения для ресурса приложения логики "Стандартный". Необходимо установить значение workflowApp.

Примечание. В некоторых сценариях этот параметр приложения может быть пропущен, например из-за автоматизации с помощью шаблонов Azure Resource Manager или других сценариев, в которых параметр не включен. Если некоторые действия не работают, например действие "Выполнение кода JavaScript", или если рабочий процесс перестает работать, убедитесь, что параметр приложения APP_KIND существует и имеет значение workflowApp.
AzureWebJobsStorage Да Не допускается Требуется задать строка подключения для учетной записи хранения Azure. Дополнительные сведения см. в разделе AzureWebJobsStorage.
FUNCTINONS_EXTENSION_VERSION Да ~4 Требуется задать версию Функции Azure. Дополнительные сведения см. в FUNCTIONS_EXTENSION_VERSION.
FUNCTIONS_WORKER_RUNTIME Да dotnet Требуется задать среду выполнения рабочей роли языка для ресурса и рабочих процессов приложения логики.

Примечание. Значение этого параметра было задано nodeранее, но теперь необходимое значение предназначено dotnet для всех новых и существующих развернутых стандартных приложений логики. Это изменение не должно влиять на среду выполнения рабочего процесса, поэтому все должно работать так же, как и раньше.

Дополнительные сведения см. в FUNCTIONS_WORKER_RUNTIME.
ServiceProviders.Sftp.FileUploadBufferTimeForTrigger No 00:00:20
(20 секунд)
Задает время буфера, чтобы игнорировать файлы с меткой времени последнего изменения, превышающей текущее время. Этот параметр полезен, если большие файлы записываются в течение длительного времени и не извлекает данные для частично записанного файла.
ServiceProviders.Sftp.OperationTimeout No 00:02:00
(2 мин)
Задает время ожидания до истечения времени ожидания для любой операции.
ServiceProviders.Sftp.ServerAliveInterval No 00:30:00
(30 мин)
Отправляет сообщение "сохранить в живых", чтобы сохранить подключение SSH активным, если обмен данными с сервером не выполняется в течение указанного периода.
ServiceProviders.Sftp.SftpConnectionPoolSize No 2 соединений Задает количество подключений, которые каждый процессор может кэшировать. Общее количество подключений, которые можно кэшировать, — ProcessorCount умножено на значение параметра.
ServiceProviders.MaximumAllowedTriggerStateSizeInKB No 10 База знаний, которая составляет ~1000 файлов Задает размер сущности состояния триггера в килобайтах, которая пропорциональна количеству файлов в отслеживаемой папке и используется для обнаружения файлов. Если число файлов превышает 1000, увеличьте это значение.
ServiceProviders.Sql.QueryTimeout No 00:02:00
(2 мин)
Задает значение времени ожидания запроса для операций поставщика службы SQL.
WEBSITE_CONTENTSHARE Да Динамический Требуется задать имя общей папки, которая Функции Azure используется для хранения кода приложения-функции и файлов конфигурации и используется с WEBSITE_CONTENTAZUREFILECONNECTIONSTRING. По умолчанию используется уникальная строка, созданная средой выполнения. Дополнительные сведения см. в WEBSITE_CONTENTSHARE.
WEBSITE_LOAD_ROOT_CERTIFICATES No нет Задает отпечатки для корневых сертификатов, которые будут доверенными.
Workflows.Connection.AuthenticationAudience No нет Задает аудиторию для проверки подлинности управляемого (размещенного в Azure) подключения.
Workflows.CustomHostName No нет Задает имя узла, используемое для URL-адресов рабочего процесса и входных выходных данных, например "logic.contoso.com". Сведения о настройке настраиваемого DNS-имени см. в статье "Сопоставление существующего пользовательского DNS-имени с приложение Azure службой и защита пользовательского DNS-имени с привязкой TLS/SSL в службе приложение Azure".
Workflows.<workflowName>.FlowState No нет Задает состояние для параметра <workflowName>.
Workflows.<workflowName>.RuntimeConfiguration.RetentionInDays No нет Задает время в днях, чтобы сохранить журнал выполнения для <имени рабочего процесса>.
Workflows.RuntimeConfiguration.RetentionInDays No 90 дней Задает время в днях, чтобы сохранить журнал выполнения рабочего процесса после запуска.
Workflows.WebhookRedirectHostUri No нет Задает имя узла, которое будет использоваться для URL-адресов обратного вызова веб-перехватчика.

Управление параметрами приложения — local.settings.json

Чтобы добавить, обновить или удалить параметры приложения, выберите и просмотрите следующие разделы для шаблона портал Azure, Visual Studio Code, Azure CLI или ARM (Bicep). Сведения о параметрах приложений логики см. в статье Справочник по настройкам приложения — local.settings.json.

Просмотр параметров приложения на портале
  1. Найдите приложение логики с помощью поля поиска на портале Microsoft Azure и откройте его.

  2. В меню приложения логики в разделе "Параметры" выберите переменные среды.

  3. На странице переменных среды на вкладке "Параметры приложения" просмотрите параметры приложения для приложения логики.

    Дополнительные сведения об этих параметрах см. в статье Справочник по настройкам приложения — local.settings.json.

  4. Чтобы просмотреть все значения, выберите Показать значения. Чтобы просмотреть одно значение, в столбце "Значение " рядом со значением выберите "глаз".

Добавление параметра приложения на портале
  1. На вкладке "Параметры приложения" в нижней части списка в столбце "Имя" введите ключ или имя нового параметра.

  2. В поле Значение введите значение для новой настройки.

  3. Когда вы будете готовы создать новую пару "ключ-значение ", нажмите кнопку "Применить".

    Снимок экрана: портал Azure со страницей параметров приложения и значениями ресурса приложения логики

Справочник по параметрам узла — host.json

На корневом уровне проекта приложения логики в Visual Studio Code есть файл метаданных host.json, содержащий параметры среды выполнения и значения по умолчанию. Они применяются ко всем рабочим процессам в ресурсе приложения логики независимо от того, выполняется ли оно локально или в Azure. Чтобы просмотреть эти параметры и управлять ими, см. статью Управление параметрами узла — host.json. Сведения о связанных ограничениях приведены также в документации об ограничениях и конфигурации для Azure Logic Apps.

Пропускная способность оркестрации заданий

Эти параметры влияют на пропускную способность и производительность одноклиентской службы Azure Logic Apps при выполнении операций рабочего процесса.

Параметр Значение по умолчанию Description
Jobs.BackgroundJobs.DispatchingWorkersPulseInterval 00:00:01
(1 секунда)
Задает интервал опроса очереди заданий диспетчерами заданий, когда предыдущий опрос не приводит к возврату заданий. Диспетчеры заданий опрашивают очередь сразу же после возврата задания в результате выполнения предыдущего опроса.
Jobs.BackgroundJobs.NumPartitionsInJobDefinitionsTable 4 раздела задания Задает количество разделов задания в таблице определения задания. Это значение определяет, насколько сильно на пропускную способность при выполнении влияют ограничения хранилища с разделами.
Jobs.BackgroundJobs.NumPartitionsInJobTriggersQueue 1 очередь заданий Задает число очередей заданий, отслеживаемых диспетчерами заданий при обработке заданий. Это значение также влияет на количество разделов хранилища, где существуют очереди заданий.
Jobs.BackgroundJobs.NumWorkersPerProcessorCount 192 экземпляров рабочих ролей диспетчера Задает количество экземпляров рабочих ролей диспетчера или диспетчеров заданий для каждого ядра процессора. Это значение влияет на количество запусков рабочих процессов для каждого ядра.
Jobs.BackgroundJobs.StatelessNumWorkersPerProcessorCount 192 экземпляров рабочих ролей диспетчера Задает количество экземпляров рабочей роли диспетчера или диспетчеров заданий для каждого ядра процессора для каждого запуска без отслеживания состояния. Это значение влияет на количество параллельных действий рабочих процессов, обрабатываемых на каждый запуск.

Оба следующих параметра используются для ручной остановки и немедленного удаления указанных рабочих процессов в приложении логики "Стандартный".

Примечание.

Используйте эти параметры с осторожностью и только в непроизводственных средах, таких как среды нагрузочного или тестового теста производительности, так как вы не можете отменить или восстановить данные операции.

Параметр Значение по умолчанию Description
Jobs.CleanupJobPartitionPrefixes Нет Немедленно удаляет все задания выполнения для указанных рабочих процессов.
Jobs.SuspendedJobPartitionPartitionPrefixes нет Останавливает задания выполнения для указанных рабочих процессов.

В следующем примере показан синтаксис этих параметров, за которыми следует каждый идентификатор рабочего процесса ( двоеточие (:) и разделен точкой с запятой (;):

"Jobs.CleanupJobPartitionPrefixes": "<workflow-ID-1>:; <workflow-ID-2:",
"Jobs.SuspendedJobPartitionPrefixes": "<workflow-ID-1>:; <workflow-ID-2>:"

Триггеры на основе повторения

Параметр Значение по умолчанию Description
Microsoft.Azure.Workflows.ServiceProviders.MaximumAllowedTriggerStateSizeInKB 1 КБ Задает максимально допустимый размер состояния триггера для триггеров, основанных на повторении, например встроенный триггер SFTP. Состояние триггера сохраняет данные между несколькими основанными на повторении триггерами поставщика услуг.

Важно! В зависимости от размера хранилища не устанавливайте слишком большое значение, т. к. это может негативно сказаться на хранении и производительности.

Параллелизм триггеров

Следующие параметры работают только для рабочих процессов, которые начинаются с триггера на основе повторения для встроенных соединителей поставщика услуг. Для рабочего процесса, начинающегося с триггера на основе функций, можно попытаться настроить пакетную обработку, где поддерживается. Однако пакетная обработка не всегда является правильным решением. Например, при использовании триггеров Служебная шина Azure пакет может удерживать сообщения за пределами длительности блокировки. В результате любые действия, такие как полные или заброшенные, завершают ошибку в таких сообщениях.

Параметр Значение по умолчанию Description
Runtime.Trigger.MaximumRunConcurrency 100 запусков Задает максимальное количество одновременных запусков, которые может активировать триггер. Это значение отображается в определении параллелизма триггера.
Runtime.Trigger.MaximumWaitingRuns 200 запусков Задает максимальное число запусков, которые могут находиться в состоянии ожидания после достижения максимального количества параллельных запусков. Это значение отображается в определении параллелизма триггера. Дополнительные сведения см. в разделе "Изменение ограничения ожиданий выполнения".

Длительность выполнения и хранение журнала

Параметр Значение по умолчанию Description
Runtime.Backend.FlowRunTimeout 90.00:00:00
(90 дней)
Задает период времени, в течение которого рабочий процесс может продолжать выполняться перед принудительным тайм-аутом. Минимальное значение этого параметра — 7 дней.

Важно. Убедитесь, что это значение меньше или равно значению для параметра приложения с именем Workflows.RuntimeConfiguration.RetentionInDays. В противном случае журналы выполнения могут удаляться до завершения связанных заданий.
Runtime.FlowMaintenanceJob.RetentionCooldownInterval 7.00:00:00
(7 дней)
Задает период времени в днях в интервале между проверкой и удалением журнала выполнения, который больше не требуется хранить.

Действия выполнения

Параметр Значение по умолчанию Description
Runtime.FlowRunRetryableActionJobCallback.ActionJobExecutionTimeout 00:10:00
(10 минут)
Задает период времени, в течение которого задание действия рабочего процесса будет выполняться до истечения времени ожидания и повторной попытки.

Входные и выходные данные

Параметр Значение по умолчанию Description
Microsoft.Azure.Workflows.TemplateLimits.InputParametersLimit 50 Измените ограничение по умолчанию для параметров рабочего процесса между средами до 500 для приложений логики уровня "Стандартный", созданных при экспорте приложений логики потребления.
Runtime.ContentLink.MaximumContentSizeInBytes 104857600 байтов Задает максимальный размер в байтах, которые входные или выходные данные могут иметь в одном триггере или действии.
Runtime.FlowRunActionJob.MaximumActionResultSize 209715200 байтов Задает максимальный размер в байтах, которые могут содержать объединенные входные и выходные данные в одном действии.

Разбиение на страницы

Параметр Значение по умолчанию Description
Runtime.FlowRunRetryableActionJobCallback.MaximumPageCount 1000 стр. Если разбиение на страницы поддерживается и включено для операции, задает максимальное число страниц, возвращаемых или обрабатываемых во время выполнения.

Разделение на блоки

Параметр Значение по умолчанию Description
Runtime.FlowRunRetryableActionJobCallback.MaximumContentLengthInBytesForPartialContent 1073741824 байтов Если операция поддерживает разделение на блоки, и оно включено, задает максимальный размер скачиваемого или передаваемого содержимого в байтах.
Runtime.FlowRunRetryableActionJobCallback.MaxChunkSizeInBytes 52428800 байтов Если операция поддерживает разделение на блоки, и оно включено, задает максимальный размер в байтах для каждого блока содержимого.
Runtime.FlowRunRetryableActionJobCallback.MaximumRequestCountForPartialContent 1000 запросов Если операция поддерживает разделение на блоки, и оно включено, задает максимальное число запросов, совершаемых для скачивания содержимого при выполнении действия.

Сохранение содержимого в виде встроенных данных или использование больших двоичных объектов

Параметр Значение по умолчанию Description
Runtime.FlowRunEngine.ForeachMaximumItemsForContentInlining 20 элементов При выполнении цикла For each значение каждого элемента сохраняется в виде встроенных данных вместе с другими метаданными в хранилище таблиц или отдельно в хранилище BLOB-объектов. Задает количество элементов для сохранения вместе с другими метаданными в виде встроенных данных.
Runtime.FlowRunRetryableActionJobCallback.MaximumPagesForContentInlining 20 стр. Задает максимальное количество страниц для сохранения в виде встроенного содержимого в хранилище таблиц перед сохранением в хранилище BLOB-объектов.
Runtime.FlowTriggerSplitOnJob.MaximumItemsForContentInlining 40 элементов Когда параметр SplitOn разделяет элементы массива на несколько экземпляров рабочего процесса, значение каждого элемента вместе с другими метаданными сохраняется либо в хранилище таблиц, либо отдельно в хранилище BLOB-объектов. Задает количество элементов для сохранения в виде встроенных данных.
Runtime.ScaleUnit.MaximumCharactersForContentInlining 8192 симв. Задает максимальное число символов во входных и выходных данных операции для сохранения в виде встроенных данных в хранилище таблиц перед сохранением в хранилище BLOB-объектов.

Циклы For each

Параметр Значение по умолчанию Description
Runtime.Backend.FlowDefaultForeachItemsLimit 100000 элементы массива В случае рабочего процесса с отслеживанием состояния задает максимальное количество элементов массива для обработки в цикле For each.
Runtime.Backend.FlowDefaultSplitOnItemsLimit 100000 элементы массива Задает максимальное количество элементов массива для индивидуальной обработки или разбиения на несколько экземпляров рабочего процесса с учетом параметра SplitOn.
Runtime.Backend.ForeachDefaultDegreeOfParallelism 20 итераций Задает число параллельных итераций или степень параллелизма по умолчанию в цикле For each. Чтобы выполнение было последовательным, задайте значение 1.
Runtime.Backend.Stateless.FlowDefaultForeachItemsLimit 100 элементов В случае рабочего процесса без отслеживания состояния задает максимальное количество элементов массива для обработки в цикле For each.

Циклы Until

Параметр Значение по умолчанию Description
Runtime.Backend.MaximumUntilLimitCount 5000 итераций В случае рабочего процесса с отслеживанием состояния задает максимально возможное число для свойства Count в действии Until.
Runtime.Backend.Stateless.FlowRunTimeout 00:05:00
(5 минут)
Задает максимальное время ожидания для цикла Until в рабочем процессе без отслеживания состояния.
Runtime.Backend.Stateless.MaximumUntilLimitCount 100 итераций В случае рабочего процесса без отслеживания состояния задает максимальное возможное число для свойства Count в действии Until.

Переменные

Параметр Значение по умолчанию Description
Runtime.Backend.DefaultAppendArrayItemsLimit 100000 элементы массива Задает максимальное количество элементов в переменной с типом "Array" (массив).
Runtime.Backend.VariableOperation.MaximumStatelessVariableSize Рабочий процесс без отслеживания состояния: 1024 символов Задает максимальный размер в символах для содержимого, которое может хранить переменная при использовании в рабочем процессе без отслеживания состояния.
Runtime.Backend.VariableOperation.MaximumVariableSize Рабочий процесс с отслеживанием состояния: 104857600 символов Задает максимальный размер в символах для содержимого, которое может хранить переменная при использовании в рабочем процессе с отслеживанием состояния.

Встроенные операции HTTP

Параметр Значение по умолчанию Description
Runtime.Backend.HttpOperation.DefaultRetryCount 4 повторов Задает количество повторных попыток по умолчанию для триггеров и действий HTTP.
Runtime.Backend.HttpOperation.DefaultRetryInterval 00:00:07
(7 секунд)
Задает интервал повторных попыток по умолчанию для триггеров и действий HTTP.
Runtime.Backend.HttpOperation.DefaultRetryMaximumInterval 01:00:00
(1 час)
Задает максимальный интервал повторных попыток для триггеров и действий HTTP.
Runtime.Backend.HttpOperation.DefaultRetryMinimumInterval 00:00:05
(5 секунд)
Задает минимальный интервал повторных попыток для триггеров и действий HTTP.
Runtime.Backend.HttpOperation.MaxContentSize 104857600 байтов Задает максимальный размер запроса в байтах только для действий HTTP, а не триггеров. Дополнительные сведения см. в статье Ограничения.
Runtime.Backend.HttpOperation.RequestTimeout 00:03:45
(3 мин и 45 с)

Примечание. Значение по умолчанию также является максимальным.
Задает значение времени ожидания запроса для триггеров и действий HTTP.

Встроенные операции веб-перехватчика HTTP

Параметр Значение по умолчанию Description
Runtime.Backend.HttpWebhookOperation.DefaultRetryCount 4 повторов Задает количество повторных попыток по умолчанию для триггеров и действий HTTP веб-перехватчика.
Runtime.Backend.HttpWebhookOperation.DefaultRetryInterval 00:00:07
(7 секунд)
Задает интервал между повторными попытками по умолчанию для триггеров и действий HTTP веб-перехватчика.
Runtime.Backend.HttpWebhookOperation.DefaultRetryMaximumInterval 01:00:00
(1 час)
Задает максимальный интервал между повторными попытками для триггеров и действий HTTP веб-перехватчика.
Runtime.Backend.HttpWebhookOperation.DefaultRetryMinimumInterval 00:00:05
(5 секунд)
Задает минимальный интервал между повторными попытками для триггеров и действий HTTP веб-перехватчика.
Runtime.Backend.HttpWebhookOperation.DefaultWakeUpInterval 01:00:00
(1 час)
Задает интервал между пробуждениями по умолчанию для заданий, связанных с триггерами и действиями веб-перехватчика HTTP.
Runtime.Backend.HttpWebhookOperation.MaxContentSize 104857600 байтов Задает максимальный размер запроса в байтах только для действий веб-перехватчика HTTP, а не триггеров. Дополнительные сведения см. в статье Ограничения.
Runtime.Backend.HttpWebhookOperation.RequestTimeout 00:02:00
(2 мин)
Задает значение времени ожидания запроса для триггеров и действий HTTP веб-перехватчика.

Встроенные операции служба хранилища Azure

Хранилище BLOB-объектов

Параметр Значение по умолчанию Description
Microsoft.Azure.Workflows.ContentStorage.RequestOptionsThreadCount Нет Задает число потоков для операций отправки и скачивания BLOB-объектов. Этот параметр можно использовать для принудительного использования среды выполнения Azure Logic Apps нескольких потоков при отправке и скачивании содержимого из входных и выходных данных действий.
Runtime.ContentStorage.RequestOptionsDeltaBackoff 00:00:02
(2 секунды)
Задает интервал задержки между повторными попытками отправки в хранилище BLOB-объектов.
Runtime.ContentStorage.RequestOptionsMaximumAttempts 4 повторов Задает максимальное количество повторных попыток отправки в хранилище таблиц и очередей.
Runtime.ContentStorage.RequestOptionsMaximumExecutionTime 00:02:00
(2 мин)
Задает значение времени ожидания операции, включая повторные попытки для запросов BLOB-объектов из среды выполнения Azure Logic Apps.
Runtime.ContentStorage.RequestOptionsServerTimeout 00:00:30
(30 секунд)
Задает значение времени ожидания для запросов больших двоичных объектов из среды выполнения Azure Logic Apps.

Хранилище таблиц и очередей

Параметр Значение по умолчанию Description
Runtime.DataStorage.RequestOptionsDeltaBackoff 00:00:02
(2 секунды)
Задает интервал задержки между повторными попытками отправки в хранилище таблиц и очередей.
Runtime.DataStorage.RequestOptionsMaximumAttempts 4 повторов Задает максимальное количество повторных попыток отправки в хранилище таблиц и очередей.
Runtime.DataStorage.RequestOptionsMaximumExecutionTime 00:00:45
(45 секунд)
Задает значение времени ожидания операции, включая повторные попытки, для запросов хранилища таблиц и очередей из среды выполнения Azure Logic Apps.
Runtime.DataStorage.RequestOptionsServerTimeout 00:00:16
(16 секунд)
Задает значение времени ожидания для запросов хранилища таблиц и очередей из среды выполнения Azure Logic Apps.

Общая папка

Параметр Значение по умолчанию Description
ServiceProviders.AzureFile.MaxFileSizeInBytes 150000000 байтов Задает максимальный размер файла в байтах для общей папки Azure.

Встроенные операции Функций Azure

Параметр Значение по умолчанию Description
Runtime.Backend.FunctionOperation.RequestTimeout 00:03:45
(3 минуты и 45 секунд)
Задает значение времени ожидания запроса для действий Функций Azure.
Runtime.Backend.FunctionOperation.MaxContentSize 104857600 байтов Задает максимальный размер запроса в байтах для действий Функций Azure. Дополнительные сведения см. в статье Ограничения.
Runtime.Backend.FunctionOperation.DefaultRetryCount 4 повторов Задает число повторных попыток по умолчанию для действий Функций Azure.
Runtime.Backend.FunctionOperation.DefaultRetryInterval 00:00:07
(7 секунд)
Задает интервал между повторными попытками по умолчанию для действий Функций Azure.
Runtime.Backend.FunctionOperation.DefaultRetryMaximumInterval 01:00:00
(1 час)
Задает максимальный интервал между повторными попытками для действий Функций Azure.
Runtime.Backend.FunctionOperation.DefaultRetryMinimumInterval 00:00:05
(5 секунд)
Задает минимальный интервал между повторными попытками для действий Функций Azure.

Встроенные операции Служебной шины Azure

Параметр Значение по умолчанию Description
ServiceProviders.ServiceBus.MessageSenderOperationTimeout 00:01:00
(1 минута)
Задает время ожидания отправки сообщений с помощью встроенной операции Служебной шины.
Runtime.ServiceProviders.ServiceBus.MessageSenderPoolSizePerProcessorCount 64 отправителя сообщений Задает количество отправителей сообщений Служебной шины Azure в расчете на ядро процессора, используемое в пуле отправителей сообщений.

Встроенные операции SFTP

Параметр Значение по умолчанию Description
Runtime.ServiceProviders.Sftp.MaxFileSizeInBytes 2147483648 байтов Задает максимальный размер файла в байтах для действия Get file content (V2).
Runtime.ServiceProviders.Sftp.MaximumFileSizeToReadInBytes 209715200 байтов Задает максимальный размер файла в байтах для действия получения содержимого файла. Убедитесь, что это значение не превышает размер памяти, доступный для ссылки, так как это действие считывает содержимое файла в памяти.

Управляемые операции соединителя

Параметр Значение по умолчанию Description
Runtime.Backend.ApiConnectionOperation.RequestTimeout 00:02:00
(2 мин)
Задает значение времени ожидания запроса для триггеров и действий соединителя управляемого API.
Runtime.Backend.ApiConnectionOperation.MaxContentSize 104857600 байтов Задает максимальный размер запроса в байтах для триггеров и действий соединителя управляемого API. Дополнительные сведения см. в статье Ограничения.
Runtime.Backend.ApiConnectionOperation.DefaultRetryCount 4 повторов Задает число повторных попыток по умолчанию для триггеров и действий соединителя управляемого API.
Runtime.Backend.ApiConnectionOperation.DefaultRetryInterval 00:00:07
(7 секунд)
Задает интервал между повторными попытками по умолчанию для триггеров и действий соединителя управляемого API.
Runtime.Backend.ApiWebhookOperation.DefaultRetryMaximumInterval 01:00:00
(1 день)
Задает максимальный интервал между повторными попытками для триггеров и действий веб-перехватчика соединителя управляемого API.
Runtime.Backend.ApiConnectionOperation.DefaultRetryMinimumInterval 00:00:05
(5 секунд)
Задает минимальный интервал повторных попыток для триггеров и действий соединителя управляемого API.
Runtime.Backend.ApiWebhookOperation.DefaultWakeUpInterval 01:00:00
(1 день)
Задает интервал пробуждения по умолчанию для заданий, связанных с триггерами и действиями веб-перехватчика соединителя управляемого API.

Политика повтора для всех остальных операций

Параметр Значение по умолчанию Description
Runtime.ScaleMonitor.MaxPollingLatency 00:00:30
(30 секунд)
Задает максимальную задержку при опросе в целях масштабирования среды выполнения.
Runtime.Backend.Operation.MaximumRetryCount 90 повторов Задает максимальное количество повторных попыток в определении политики повтора для операции рабочего процесса.
Runtime.Backend.Operation.MaximumRetryInterval 01:00:00:01
(1 день и 1 секунда)
Задает максимальный интервал в определении политики повтора для операции рабочего процесса.
Runtime.Backend.Operation.MinimumRetryInterval 00:00:05
(5 секунд)
Задает минимальный интервал в определении политики повтора для операции рабочего процесса.

Ограничения

Управление параметрами узла — host.json

Можно добавлять, обновлять и удалять параметры узла, определяющие параметры конфигурации среды выполнения и значения, применяемые ко всем рабочим процессам в этом приложении логики. Например, это могут быть значения по умолчанию для пропускной способности, емкости, размера данных и т. д., которые не зависят от того, выполняются ли приложения локально или в Azure. Сведения о параметрах узла, относящихся к Logic Apps, см. в справочном руководстве по доступным параметрам среды выполнения и развертывания — host.json.

Портал Azure — host.json

Чтобы просмотреть параметры узла для одноклиентского приложения логики на портале Microsoft Azure, выполните описанные ниже шаги.

  1. Найдите приложение логики с помощью поля поиска на портале Microsoft Azure и откройте его.

  2. В меню приложения логики в разделе Средства разработки выберите Расширенные инструменты.

  3. В области Расширенные инструменты выберите Перейти, чтобы открыть среду Kudu для приложения логики.

  4. На панели инструментов Kudu, в меню Debug console (Консоль отладки) выберите CMD.

  5. Остановите свое приложение логики на портале Azure.

    1. В меню приложения логики выберите Обзор.

    2. На панели инструментов области Обзор выберите Остановить.

  6. В меню приложения логики в разделе Средства разработки выберите Расширенные инструменты.

  7. В области Расширенные инструменты выберите Перейти, чтобы открыть среду Kudu для приложения логики.

  8. На панели инструментов Kudu откройте меню Debug console (Консоль отладки) и выберите CMD.

    Откроется окно консоли, где можно будет перейти к папке wwwroot с помощью командной строки. Можно также просмотреть структуру каталогов, отображаемую в окне консоли.

  9. Воспользуйтесь следующим путем для перехода к папке wwwroot: ...\home\site\wwwroot.

  10. Над окном консоли, в таблице каталогов рядом с файлом host.json выберите Изменить.

  11. После открытия файла host.json проверьте все параметры узла, добавленные ранее для приложения логики.

    Дополнительные сведения о параметрах узла см. в справочном руководстве по доступным параметрам узла — host.json.

Чтобы добавить настройку, выполните действия, описанные ниже.

  1. Перед добавлением или изменением параметров остановите приложение логики на портале Microsoft Azure.

    1. В меню приложения логики выберите Обзор.
    2. На панели инструментов области Обзор выберите Остановить.
  2. Вернитесь к файлу host.json. В объекте extensionBundle добавьте объект extensions, который включает в себя объекты workflow и settings. Например, вот так.

    {
       "version": "2.0",
       "extensionBundle": {
          "id": "Microsoft.Azure.Functions.ExtensionBundle",
          "version": "[1.*, 2.0.0)"
       },
       "extensions": {
          "workflow": {
             "settings": {
             }
          }
       }
    }
    
  3. В объекте settings добавьте плоский список с параметрами узла, которые планируется использовать для всех рабочих процессов в приложении логики, будь то выполняемые локально рабочие процессы или рабочие процессы в Azure. Например, вот так.

    {
       "version": "2.0",
       "extensionBundle": {
          "id": "Microsoft.Azure.Functions.ExtensionBundle",
          "version": "[1.*, 2.0.0)"
       },
       "extensions": {
          "workflow": {
             "settings": {
                "Runtime.Trigger.MaximumWaitingRuns": "100"
             }
          }
       }
    }
    
  4. Когда завершите добавление, не забудьте нажать кнопку Сохранить.

  5. Теперь перезапустите приложение логики. Вернитесь на страницу Обзор приложения логики и выберите Перезапустить.

Visual Studio Code — host.json

Чтобы просмотреть параметры узла для приложения логики с помощью Visual Studio Code, выполните описанные ниже шаги.

  1. В проекте приложения логики найдите и откройте файл host.json на корневом уровне проекта.

  2. В объекте extensions, в разделах workflows и settings проверьте все параметры узла, добавленные ранее для приложения логики. В противном случае объект extensions не появится в файле.

    Дополнительные сведения о параметрах узла см. в справочном руководстве по доступным параметрам узла — host.json.

Чтобы добавить параметр узла, выполните описанные ниже шаги.

  1. В файле host.json, в разделе объекта extensionBundle добавьте объектextensions, который включает в себя объекты workflow и settings. Например, вот так.

    {
       "version": "2.0",
       "extensionBundle": {
          "id": "Microsoft.Azure.Functions.ExtensionBundle",
          "version": "[1.*, 2.0.0)"
       },
       "extensions": {
          "workflow": {
             "settings": {
             }
          }
       }
    }
    
  2. В объекте settings добавьте плоский список с параметрами узла, которые планируется использовать для всех рабочих процессов в приложении логики, будь то выполняемые локально рабочие процессы или рабочие процессы в Azure. Например, вот так.

    {
       "version": "2.0",
       "extensionBundle": {
          "id": "Microsoft.Azure.Functions.ExtensionBundle",
          "version": "[1.*, 2.0.0)"
       },
       "extensions": {
          "workflow": {
             "settings": {
                "Runtime.Trigger.MaximumWaitingRuns": "100"
             }
          }
       }
    }
    

Следующие шаги