Изменение параметров узла и приложения для приложений логики уровня "Стандартный" в одноклиентской службе 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, что приводит к ошибке и сбой вызова. Для значений, отличных от секретов, сохраните их непосредственно в параметрах приложения.
Дополнительные сведения о настройке приложений логики для развертывания см. в указанных ниже документах.
- Определение параметров для значений, которые отличаются в рабочих процессах в разных средах развертывания в Azure Logic Apps с одним клиентом
- Общие сведения о развертывании DevOps для приложений логики на основе одного клиента
- Настройка развертывания DevOps для приложений логики с одним клиентом
Структура проекта 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.
Просмотр параметров приложения на портале
Найдите приложение логики с помощью поля поиска на портале Microsoft Azure и откройте его.
В меню приложения логики в разделе "Параметры" выберите переменные среды.
На странице переменных среды на вкладке "Параметры приложения" просмотрите параметры приложения для приложения логики.
Дополнительные сведения об этих параметрах см. в статье Справочник по настройкам приложения — local.settings.json.
Чтобы просмотреть все значения, выберите Показать значения. Чтобы просмотреть одно значение, в столбце "Значение " рядом со значением выберите "глаз".
Добавление параметра приложения на портале
Справочник по параметрам узла — 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 секунд) |
Задает минимальный интервал в определении политики повтора для операции рабочего процесса. |
Ограничения
Максимальный размер содержимого
По умолчанию встроенные триггеры, такие как HTTP или запрос, ограничены размером сообщения, описанным в разделе "Ограничения и справочник по конфигурации" — "Сообщения". Чтобы обрабатывать файлы, превышающие предел, попробуйте отправить содержимое в виде большого двоичного объекта в Хранилище BLOB-объектов Azure, а затем получить содержимое с помощью соединителя BLOB-объектов Azure.
Управление параметрами узла — host.json
Можно добавлять, обновлять и удалять параметры узла, определяющие параметры конфигурации среды выполнения и значения, применяемые ко всем рабочим процессам в этом приложении логики. Например, это могут быть значения по умолчанию для пропускной способности, емкости, размера данных и т. д., которые не зависят от того, выполняются ли приложения локально или в Azure. Сведения о параметрах узла, относящихся к Logic Apps, см. в справочном руководстве по доступным параметрам среды выполнения и развертывания — host.json.
Портал Azure — host.json
Чтобы просмотреть параметры узла для одноклиентского приложения логики на портале Microsoft Azure, выполните описанные ниже шаги.
Найдите приложение логики с помощью поля поиска на портале Microsoft Azure и откройте его.
В меню приложения логики в разделе Средства разработки выберите Расширенные инструменты.
В области Расширенные инструменты выберите Перейти, чтобы открыть среду Kudu для приложения логики.
На панели инструментов Kudu, в меню Debug console (Консоль отладки) выберите CMD.
Остановите свое приложение логики на портале Azure.
В меню приложения логики выберите Обзор.
На панели инструментов области Обзор выберите Остановить.
В меню приложения логики в разделе Средства разработки выберите Расширенные инструменты.
В области Расширенные инструменты выберите Перейти, чтобы открыть среду Kudu для приложения логики.
На панели инструментов Kudu откройте меню Debug console (Консоль отладки) и выберите CMD.
Откроется окно консоли, где можно будет перейти к папке wwwroot с помощью командной строки. Можно также просмотреть структуру каталогов, отображаемую в окне консоли.
Воспользуйтесь следующим путем для перехода к папке wwwroot:
...\home\site\wwwroot
.Над окном консоли, в таблице каталогов рядом с файлом host.json выберите Изменить.
После открытия файла host.json проверьте все параметры узла, добавленные ранее для приложения логики.
Дополнительные сведения о параметрах узла см. в справочном руководстве по доступным параметрам узла — host.json.
Чтобы добавить настройку, выполните действия, описанные ниже.
Перед добавлением или изменением параметров остановите приложение логики на портале Microsoft Azure.
- В меню приложения логики выберите Обзор.
- На панели инструментов области Обзор выберите Остановить.
Вернитесь к файлу host.json. В объекте
extensionBundle
добавьте объектextensions
, который включает в себя объектыworkflow
иsettings
. Например, вот так.{ "version": "2.0", "extensionBundle": { "id": "Microsoft.Azure.Functions.ExtensionBundle", "version": "[1.*, 2.0.0)" }, "extensions": { "workflow": { "settings": { } } } }
В объекте
settings
добавьте плоский список с параметрами узла, которые планируется использовать для всех рабочих процессов в приложении логики, будь то выполняемые локально рабочие процессы или рабочие процессы в Azure. Например, вот так.{ "version": "2.0", "extensionBundle": { "id": "Microsoft.Azure.Functions.ExtensionBundle", "version": "[1.*, 2.0.0)" }, "extensions": { "workflow": { "settings": { "Runtime.Trigger.MaximumWaitingRuns": "100" } } } }
Когда завершите добавление, не забудьте нажать кнопку Сохранить.
Теперь перезапустите приложение логики. Вернитесь на страницу Обзор приложения логики и выберите Перезапустить.
Visual Studio Code — host.json
Чтобы просмотреть параметры узла для приложения логики с помощью Visual Studio Code, выполните описанные ниже шаги.
В проекте приложения логики найдите и откройте файл host.json на корневом уровне проекта.
В объекте
extensions
, в разделахworkflows
иsettings
проверьте все параметры узла, добавленные ранее для приложения логики. В противном случае объектextensions
не появится в файле.Дополнительные сведения о параметрах узла см. в справочном руководстве по доступным параметрам узла — host.json.
Чтобы добавить параметр узла, выполните описанные ниже шаги.
В файле host.json, в разделе объекта
extensionBundle
добавьте объектextensions
, который включает в себя объектыworkflow
иsettings
. Например, вот так.{ "version": "2.0", "extensionBundle": { "id": "Microsoft.Azure.Functions.ExtensionBundle", "version": "[1.*, 2.0.0)" }, "extensions": { "workflow": { "settings": { } } } }
В объекте
settings
добавьте плоский список с параметрами узла, которые планируется использовать для всех рабочих процессов в приложении логики, будь то выполняемые локально рабочие процессы или рабочие процессы в Azure. Например, вот так.{ "version": "2.0", "extensionBundle": { "id": "Microsoft.Azure.Functions.ExtensionBundle", "version": "[1.*, 2.0.0)" }, "extensions": { "workflow": { "settings": { "Runtime.Trigger.MaximumWaitingRuns": "100" } } } }