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

Мақала
09/05/2024

Область применения: 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 — локальный файл параметров.

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

Параметр	Обязательное поле	Значение по умолчанию	Description
`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.
Чтобы просмотреть все значения, выберите Показать значения. Чтобы просмотреть одно значение, в столбце "Значение " рядом со значением выберите "глаз".

Добавление параметра приложения на портале

На вкладке "Параметры приложения" в нижней части списка в столбце "Имя" введите ключ или имя нового параметра.
В поле Значение введите значение для новой настройки.
Когда вы будете готовы создать новую пару "ключ-значение ", нажмите кнопку "Применить".

Просмотр параметров приложения в Visual Studio Code

В проекте приложения логики найдите и откройте файл local.settings.json на корневом уровне проекта.
В объекте Values просмотрите параметры приложения логики.

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

Добавление параметра приложения в Visual Studio Code

В файле local.settings.json найдите объект Values.
В объекте Values добавьте параметр приложения, который требуется применять при локальном запуске в Visual Studio Code. Некоторые параметры позволяют добавлять параметр для определенного рабочего процесса. Например, вот так.
```
{
   "IsEncrypted": false,
   "Values": {
      "AzureWebJobsStorage": "UseDevelopmentStorage=true",
      "Workflows.WorkflowName1.FlowState" : "Disabled",
      <...>
  }
}
```

Чтобы проверить текущие настройки приложения с помощью Azure CLI, выполните команду az logicapp config appsettings list. Убедитесь, что команда содержит параметры --name -n и --resource-group -g, например:

az logicapp config appsettings list --name MyLogicApp --resource-group MyResourceGroup

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

Чтобы добавить или обновить настройку приложения с помощью Azure CLI, выполните команду az logicapp config appsettings set. Убедитесь, что команда содержит параметры --name n и --resource-group -g. Например, следующая команда создает настройку с ключом под именем CUSTOM_LOGIC_APP_SETTING со значением 12345.

az logicapp config appsettings set --name MyLogicApp --resource-group MyResourceGroup --settings CUSTOM_LOGIC_APP_SETTING=12345

Справочник по параметрам узла — 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.
1. В меню приложения логики выберите Обзор.
2. На панели инструментов области Обзор выберите Остановить.
В меню приложения логики в разделе Средства разработки выберите Расширенные инструменты.
В области Расширенные инструменты выберите Перейти, чтобы открыть среду Kudu для приложения логики.
На панели инструментов Kudu откройте меню Debug console (Консоль отладки) и выберите CMD.

Откроется окно консоли, где можно будет перейти к папке wwwroot с помощью командной строки. Можно также просмотреть структуру каталогов, отображаемую в окне консоли.
Воспользуйтесь следующим путем для перехода к папке wwwroot: ...\home\site\wwwroot.
Над окном консоли, в таблице каталогов рядом с файлом host.json выберите Изменить.
После открытия файла host.json проверьте все параметры узла, добавленные ранее для приложения логики.

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

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

Перед добавлением или изменением параметров остановите приложение логики на портале Microsoft Azure.
1. В меню приложения логики выберите Обзор.
2. На панели инструментов области Обзор выберите Остановить.

Вернитесь к файлу 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"
         }
      }
   }
}
```

Бөлісу құралы:

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

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

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

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

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

Просмотр параметров приложения на портале

Добавление параметра приложения на портале

Просмотр параметров приложения в Visual Studio Code

Добавление параметра приложения в Visual Studio Code

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

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

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

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

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

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

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

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

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

Циклы For each

Циклы Until

Переменные

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

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

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

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

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

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

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

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

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

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

Ограничения

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

Портал Azure — host.json

Visual Studio Code — host.json

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

Кері байланыс

Қосымша ресурстар

Бөлісу құралы:

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

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

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

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

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

Просмотр параметров приложения на портале

Добавление параметра приложения на портале

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

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

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

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

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

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

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

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

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

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

Циклы For each

Циклы Until

Переменные

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

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

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

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

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

Общая папка

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

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

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

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

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

Ограничения

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

Портал Azure — host.json

Visual Studio Code — host.json

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

Кері байланыс

Қосымша ресурстар