Справочник по ограничениям и конфигурации для Azure Logic Apps
Сведения о Power Automate см. в статье Ограничения и конфигурация в Power Automate.
В этом справочном руководстве описываются ограничения и сведения о конфигурации для Azure Logic Apps и связанных ресурсов. В зависимости от сценария, требований к решению, необходимых возможностей и среды, в которой требуется запустить рабочие процессы, вы можете создать рабочий процесс приложения логики потребления, который выполняется в мультитенантных Azure Logic Apps или среде службы интеграции (ISE). Кроме того, создайте рабочий процесс приложения логики уровня "Стандартный", который выполняется в azure Logic Apps с одним клиентом или Среда службы приложений (только для Windows— планы Windows).
Примечание.
Многие ограничения в доступных средах, где выполняется Azure Logic Apps, одинаковы, но различия, где они имеются, отмечаются.
В следующей таблице кратко описаны различия между приложением логики потребления и приложением логики "Стандартный". Вы также узнаете, как azure Logic Apps с одним клиентом сравнивается с мультитенантными Azure Logic Apps и isE для развертывания, размещения и выполнения рабочих процессов приложения логики.
| Тип ресурса | Льготы | Общий доступ и использование ресурсов | Цены и модель выставления счетов | Управление ограничениями |
|---|---|---|---|---|
| Приложение логики (потребление) Среда размещения: Azure Logic Apps с несколькими клиентами |
- Проще всего приступить к работе - Оплата за использование — Полная управляемость |
Одно приложение логики может иметь только один рабочий процесс. Приложения логики в клиентах Microsoft Entra используют одинаковую обработку (вычисления), хранилище, сеть и т. д. В целях избыточности данные реплика в парном регионе. Для обеспечения высокой доступности включается геоизбыточное хранилище (GRS). |
Потребление (оплата за количество выполнений) | Azure Logic Apps управляет значениями по умолчанию для этих ограничений, но вы можете изменить некоторые из этих значений, если этот параметр существует для определенного ограничения. |
| Приложение логики (потребление) Среда узла: Среда службы интеграции (ISE) Примечание. 31 августа 2024 г. вариант ISE уйдет в отставку. С 1 ноября 2022 г. вы больше не можете создать ISE. Вместо этого можно создать приложение логики уровня "Стандартный", которое выполняется в azure Logic Apps с одним клиентом, может включать несколько рабочих процессов и предоставляет те же возможности, что и ISE, а также другие. |
— Корпоративный масштаб для больших рабочих нагрузок — 20+ соединители isE, которые подключаются непосредственно к виртуальным сетям — Прогнозируемая цена, в которую включены использование и управляемое клиентом масштабирование. |
Одно приложение логики может иметь только один рабочий процесс. Приложения логики в одной среде совместно используют одни и те же ресурсы обработки (вычисления), хранилище, сеть и т. д. Данные остаются в том же регионе, где вы развертываете среду ISE. |
Интегрированная среда сценариев (ISE) (исправлено) | Azure Logic Apps управляет значениями по умолчанию для этих ограничений, но вы можете изменить некоторые из этих значений, если этот параметр существует для определенного ограничения. |
| Приложение логики (стандартный) Среда узла: Azure Logic Apps с одним клиентом Примечание. Если для вашего сценария требуются контейнеры, создайте приложения логики на основе одного клиента с помощью Logic Apps с поддержкой Azure Arc. Дополнительные сведения см. в статье Что такое Azure Logic Apps с поддержкой Azure Arc. |
— Запуск в среде выполнения Azure Logic Apps с одним клиентом. Слоты развертывания в настоящее время не поддерживаются. — более встроенные соединители для повышения пропускной способности и снижения затрат на масштабирование — Дополнительные возможности контроля и тонкой настройки для параметров среды выполнения и производительности — Интегрированная поддержка виртуальных сетей и частных конечных точек. — Возможность создания собственных встроенных соединителей. |
Одно приложение логики может иметь несколько рабочих процессов с отслеживанием состояния и без отслеживания состояния. Рабочие процессы в одном приложении логики и клиенте совместно используют одни и те же ресурсы обработки (вычисления), хранилище, сеть и т. д. Данные остаются в том же регионе, где вы развертываете приложения логики. |
Стандартный: на основе плана размещения с выбранной ценовой категорией. При запуске рабочих процессов с отслеживанием состояния, использующих внешнее хранилище, среда выполнения Azure Logic Apps создает транзакции с хранилищем в соответствии с ценами на хранилище Azure. |
Вы можете изменить значения по умолчанию для многих ограничений в зависимости от потребностей вашего сценария. Важно: некоторые ограничения имеют жесткие верхние максимумы. В Visual Studio Code изменения, вносимые в значения ограничений по умолчанию в файлах конфигурации проекта приложения логики, не будут отображаться в конструкторе. Дополнительные сведения см. в разделе Изменение параметров приложения и среды для приложений логики в Azure Logic Apps с одним клиентом. |
| Приложение логики (стандартный) Среда узла: Среда службы приложений версии 3 (ASEv3) — только планы Windows |
Те же возможности, что и один клиент , а также следующие преимущества: — Полная изоляция приложений логики. — Создание и запуск большего количества приложений логики, чем в среде Azure Logic Apps с одним клиентом. — Оплата только плана службы приложений ASE, независимо от количества создаваемых и выполняемых приложений логики. — Возможность включить автомасштабирование или выполнять масштабирование вручную с увеличением количества экземпляров виртуальных машин или переходом на другой план службы приложений. — Наследование настроек сети от выбранной среды ASEv3. Например, рабочие процессы, развернутые во внутренней среде ASE, могут получать доступ к ресурсам в виртуальной сети, связанной с ASE, и иметь внутренние точки доступа. Примечание. Если доступ осуществляется из-за пределов внутренней среды ASE, у журналов выполнения для рабочих процессов в этой ASE нет доступа к входным и выходным данным операций. |
Одно приложение логики может иметь несколько рабочих процессов с отслеживанием состояния и без отслеживания состояния. Рабочие процессы в одном приложении логики и клиенте совместно используют одни и те же ресурсы обработки (вычисления), хранилище, сеть и т. д. Данные остаются в том же регионе, где вы развертываете приложения логики. |
План обслуживания приложения | Вы можете изменить значения по умолчанию для многих ограничений в зависимости от потребностей вашего сценария. Важно: некоторые ограничения имеют жесткие верхние максимумы. В Visual Studio Code изменения, вносимые в значения ограничений по умолчанию в файлах конфигурации проекта приложения логики, не будут отображаться в конструкторе. Дополнительные сведения см. в разделе Изменение параметров приложения и среды для приложений логики в Azure Logic Apps с одним клиентом. |
Ограничения определения рабочего процесса
В нижеприведенных таблицах перечислены значения для одного определения рабочего процесса:
| Полное имя | Лимит | Примечания. |
|---|---|---|
| Рабочие процессы в каждом регионе на подписку Azure | — Потребление: 1000 рабочих процессов, в которых каждое приложение логики ограничено 1 рабочим процессом — Стандартный: без ограничений на основе выбранного плана размещения, действий приложения, размера экземпляров компьютера и использования ресурсов, где каждое приложение логики может иметь несколько рабочих процессов |
|
| Рабочий процесс — Максимальная длина имени | — потребление: 80 символов - Стандартный: 32 символа |
|
| Триггеров для каждого рабочего процесса | — Потребление (конструктор): 1 триггер — потребление (JSON): 10 триггеров — Стандартный: 1 триггер |
— Потребление: несколько триггеров возможны только при работе с определением рабочего процесса JSON, будь то в представлении кода или шаблоне Azure Resource Manager (ARM), а не в конструкторе. — Стандартный: возможно только один триггер, будь то в конструкторе, представлении кода или шаблоне Azure Resource Manager (ARM). |
| Действия для одного рабочего процесса | 500 действий | При необходимости расширения этого ограничения можно использовать вложенные рабочие процессы. |
| Глубина вложения действий | 8 действий | При необходимости расширения этого ограничения можно использовать вложенные рабочие процессы. |
| Один триггер или действие — максимальная длина имени | 80 символов | |
| Один триггер или действие — максимальный размер входных или выходных данных | 104 857 600 байт (105 МБ) |
Сведения о том, как изменить значение по умолчанию в службе с одним клиентом, см. в статье Изменение параметров узла и приложения для приложений логики в одноклиентской службе Azure Logic Apps. |
| Одно действие — максимальный объединенный размер входных и выходных данных | 209 715 200 байт (210 МБ) |
Сведения о том, как изменить значение по умолчанию в службе с одним клиентом, см. в статье Изменение параметров узла и приложения для приложений логики в одноклиентской службе Azure Logic Apps. |
| Ограничение на количество символов в выражении | 8192 символа | |
description — максимальная длина |
256 символов | |
parameters — максимальное количество элементов |
50 параметров | |
outputs — максимальное количество элементов |
10 выводов | |
trackedProperties — максимальный размер |
8000 знаков |
Ограничения длительности выполнения и срока хранения журнала
В следующей таблице перечислены значения для одного запуска рабочего процесса:
| Имя. | Мультитенантные | Один клиент | Среда службы интеграции | Примечания. |
|---|---|---|---|---|
| Сохранение журнала выполнения в хранилище | 90 дней | 90 дней (по умолчанию) |
366 дней | Время, в течение которого журнал выполнения рабочего процесса хранится в хранилище после начала выполнения. Примечание. Если продолжительность выполнения рабочего процесса превышает текущий предел хранения, то это выполнение удаляется из журнала выполнения в хранилище. Если выполнение не удаляется сразу после достижения предела хранения, то оно будет удалено в течение 7 дней. Независимо от того, завершилось ли выполнение или истекло время ожидания, срок хранения журнала выполнения всегда вычисляется по времени начала выполнения и текущему ограничению, указанному в параметре рабочего процесса Run history retention in days (Срок хранения журнала выполнения в днях). Если изменить этот параметр, для вычисления срока хранения всегда будет использоваться текущее ограничение независимо от предыдущего ограничения. Дополнительные сведения см. в статье Изменение продолжительности и хранения истории запусков в хранилище. |
| Длительность выполнения | 90 дней | — рабочий процесс с отслеживанием состояния: 90 дней (по умолчанию) — Рабочий процесс без отслеживания состояния: 5 минут (по умолчанию) |
366 дней | Время, в течение которого рабочий процесс может продолжаться до принудительного истечения времени ожидания. Продолжительность выполнения рассчитывается с использованием времени начала выполнения и предела, указанного в настройке рабочего процесса, Хранение журнала запусков в днях в это время запуска. Важно: убедитесь, что значение продолжительности выполнения всегда меньше или равно значению хранения истории запусков в хранилище. В противном случае истории запусков могут быть удалены до завершения связанных заданий. Дополнительные сведения см. в статье Изменение продолжительности запуска и хранения истории в хранилище. |
| Интервал повторения | - Мин: 1 с — Макс: 500 дней |
- Мин: 1 с — Макс: 500 дней |
- Мин: 1 с — Макс: 500 дней |
Изменение длительности выполнения и срока хранения журнала в хранилище
Если длительность выполнения превышает текущий предел срока хранения, выполнение удаляется из журнала выполнений в хранилище. Чтобы избежать утраты данных журнала выполнения, убедитесь, что предел хранения всегда превышает максимальную возможную продолжительность выполнения.
Для рабочих процессов приложения логики потребления тот же параметр управляет максимальным количеством дней, которые может выполнять рабочий процесс и сохранять журнал выполнения в хранилище.
В мультитенантных Azure Logic Apps ограничение по умолчанию 90 дней совпадает с максимальным ограничением. Это значение можно уменьшить.
В isE можно уменьшить или увеличить 90-дневный предел по умолчанию.
Например, предположим, что вы хотите уменьшить предел хранения с 90 дней до 30 дней. Из журнала выполнения удаляется 60-дневный запуск. Если увеличить срок хранения с 30 до 60 дней, выполнение возрастом 20 дней останется в журнале выполнений в течение еще 40 дней.
Портал
В поле поиска портал Azure откройте рабочий процесс приложения логики в конструкторе.
В меню приложения логики выберите параметры рабочего процесса.
В разделе Параметры среды выполнения в списке Срок хранения журнала запусков в днях выберите пункт Пользовательский.
Перетащите ползунок, чтобы изменить количество дней на нужное.
По завершении на панели инструментов Параметры рабочего процесса нажмите кнопку Сохранить.
Шаблон ARM
Если вы используете шаблон Azure Resource Manager, этот параметр отображается как свойство в определении ресурса вашего рабочего процесса, которое описано в Справочнике по шаблону рабочих процессов Microsoft.Logic:
{
"name": "{logic-app-name}",
"type": "Microsoft.Logic/workflows",
"location": "{Azure-region}",
"apiVersion": "2019-05-01",
"properties": {
"definition": {},
"parameters": {},
"runtimeConfiguration": {
"lifetime": {
"unit": "day",
"count": {number-of-days}
}
}
}
}
Ограничения на циклы, параллелизм и индивидуальной обработки
В следующей таблице перечислены значения для одного запуска рабочего процесса:
Действия циклов
Для каждого цикла
В нижеприведенной таблице перечислены значения для каждого цикла:
| Имя. | Мультитенантные | Один клиент | Среда службы интеграции | Примечания. |
|---|---|---|---|---|
| Элементы массива | 100 000 элементов | — Рабочий процесс с отслеживанием состояния: 100 000 элементов (по умолчанию) — Рабочий процесс без отслеживания состояния: 100 элементов (по умолчанию) |
100 000 элементов | Число элементов массива, которые можно обработать для каждого цикла. Для фильтрации больших массивов можно использовать действие запроса. Сведения о том, как изменить предел по умолчанию в службе с одним клиентом, см. в статье Изменение параметров узла и приложения для приложений логики в одноклиентской службе Azure Logic Apps. |
| Параллельные итерации | Выключение параллелизма: 20 Параллелизм: — значение по умолчанию: 20 - Мин: 1 — Максимум: 50 |
Выключение параллелизма: 20 (по умолчанию) Параллелизм: — значение по умолчанию: 20 - Мин: 1 — Максимум: 50 |
Выключение параллелизма: 20 Параллелизм: — значение по умолчанию: 20 - Мин: 1 — Максимум: 50 |
Количество для каждой итераций цикла, которые могут выполняться одновременно или параллельно. Чтобы изменить это значение в мультитенантных Azure Logic Apps, см. статью "Изменить для каждого ограничения параллелизма" или "Выполнить для каждого цикла последовательно". Сведения о том, как изменить предел по умолчанию в службе с одним клиентом, см. в статье Изменение параметров узла и приложения для приложений логики в одноклиентской службе Azure Logic Apps. |
Цикл Until
В следующей таблице перечислены значения для цикла До:
| Имя. | Мультитенантные | Один клиент | Среда службы интеграции | Примечания. |
|---|---|---|---|---|
| Итерации | — по умолчанию: 60 - Мин: 1 — Максимум: 5000 |
Рабочий процесс с отслеживанием состояния: — по умолчанию: 60 - Мин: 1 - Макс: 5000 Рабочий процесс без отслеживания состояния: — по умолчанию: 60 - Мин: 1 — Максимум: 100 |
— по умолчанию: 60 - Мин: 1 — Максимум: 5000 |
Число циклов, которое может иметь цикл До во время выполнения рабочего процесса. Чтобы изменить это значение в мультитенантных Azure Logic Apps, в фигуре цикла "Пока " выберите "Изменить ограничения" и укажите значение свойства Count . Сведения о том, как изменить значение по умолчанию в службе с одним клиентом, см. в статье Изменение параметров узла и приложения для приложений логики в одноклиентской службе Azure Logic Apps. |
| Время ожидания | По умолчанию: PT1H (1 час) | Рабочий процесс с отслеживанием состояния: PT1H (1 час) Рабочий процесс без сохранения состояния: PT5M (5 мин.) |
По умолчанию: PT1H (1 час) | Время, в течение которого цикл До может выполняться перед выходом, указывается в формате ISO 8601. Значение времени ожидания вычисляется для каждой повторяющейся операции цикла. Если любое действие в цикле выполняется дольше предела времени ожидания, текущий цикл не останавливается. Тем не менее следующий цикл не начнется, потому что предельное условие не выполнено. Чтобы изменить это значение в мультитенантных Azure Logic Apps, в фигуре цикла "Пока " выберите "Изменить ограничения" и укажите значение свойства Timeout . Сведения о том, как изменить значение по умолчанию в службе с одним клиентом, см. в статье Изменение параметров узла и приложения для приложений логики в одноклиентской службе Azure Logic Apps. |
Параллелизм и распаковка
| Имя. | Мультитенантные | Один клиент | Среда службы интеграции | Примечания. |
|---|---|---|---|---|
| Триггер — одновременные запуски | Выключение параллелизма: неограниченно Параллелизм (необратимо): — значение по умолчанию: 25 - Мин: 1 — Максимум: 100 |
Выключение параллелизма: неограниченно Параллелизм (необратимо): — по умолчанию: 100 - Мин: 1 — Максимум: 100 |
Выключение параллелизма: неограниченно Параллелизм (необратимо): — значение по умолчанию: 25 - Мин: 1 — Максимум: 100 |
Количество одновременных запусков, которые триггер может запускать одновременно или параллельно. Примечание. Когда включен параллелизм, ограничение SplitOn снижается до 100 элементов для индивидуальной обработки массивов. Чтобы изменить это значение в мультитенантных Azure Logic Apps, ознакомьтесь с разделом "Изменение ограничения параллелизма триггера" или последовательного запуска экземпляров. Сведения о том, как изменить значение по умолчанию в службе с одним клиентом, см. в статье Изменение параметров узла и приложения для приложений логики в одноклиентской службе Azure Logic Apps. |
| Максимальные ожидающие выполнения | Параллелизм: — минимальное: 10 запусков плюс количество одновременных запусков (по умолчанию) — Макс.: 100 выполнений |
Параллелизм: — минимальное: 10 запусков плюс количество одновременных запусков (по умолчанию) — макс. 200 запусков |
Параллелизм: — минимальное: 10 запусков плюс количество одновременных запусков (по умолчанию) — Макс.: 100 выполнений |
Количество экземпляров рабочего процесса, которые могут ожидать запуска, когда ваш текущий экземпляр рабочего процесса уже выполняет максимальное количество одновременных экземпляров. Этот параметр действует только в том случае, если включен параллелизм. Чтобы изменить это значение в мультитенантных Azure Logic Apps, см . раздел "Изменение ограничения ожиданий выполнения". Сведения о том, как изменить значение по умолчанию в службе с одним клиентом, см. в статье Изменение параметров узла и приложения для приложений логики в одноклиентской службе Azure Logic Apps. |
| Элементы SplitOn | Отключение параллелизма: 100 000 элементов Параллелизм включен: 100 элементов |
Отключение параллелизма: 100 000 элементов Параллелизм включен: 100 элементов |
Отключение параллелизма: 100 000 элементов (по умолчанию) Параллелизм: 100 элементов (по умолчанию) |
Для триггеров, возвращающих массив, вы можете указать выражение, которое использует свойство SplitOn, которое разбивает или дебатирует элементы массива на несколько экземпляров рабочего процесса для обработки, вместо использования Для каждого цикла. Это выражение ссылается на массив, используемый для создания и запуска экземпляра бизнес-процесса для каждого элемента массива. Примечание. Когда включен параллелизм, предел SplitOn уменьшается до 100 элементов. |
Ограничения пропускной способности
В следующей таблице перечислены значения для одного определения рабочего процесса:
| Имя. | Мультитенантные | Один клиент | Примечания. |
|---|---|---|---|
| Действие — количество выполнений за 5-минутный интервал прокрутки | По умолчанию: 100 000 выполнений — Режим высокой пропускной способности: 300 000 выполнений |
нет | В мультитенантных Azure Logic Apps можно увеличить значение по умолчанию до максимального значения для рабочего процесса. Дополнительные сведения см. в разделе о выполнении в режиме высокой пропускной способности, который находится на этапе предварительной версии. Также по мере необходимости можно распределить рабочую нагрузку по нескольким рабочим процессам. |
| Действие — одновременные исходящие вызовы | ~2,500 звонков | нет | При необходимости можно уменьшить количество одновременных запросов или их длительность. |
| Регулирование управляемого соединителя | Предел регулирования зависит от соединителя | Предел регулирования зависит от соединителя | Дополнительные сведения см . на странице технической справки каждого управляемого соединителя. Для получения дополнительных сведений об обработке регулирования коннектора см. статью Обработка проблем регулирования (ошибки "429 — слишком много запросов"). |
| Конечная точка времени выполнения — одновременные входящие вызовы | ~1,000 вызовов | нет | При необходимости можно уменьшить количество одновременных запросов или их длительность. |
| Конечная точка выполнения — чтение вызовов за 5 минут | 60 000 вызовов чтения | нет | Это ограничение применяется к вызовам, которые получают необработанные входные и выходные данные из истории выполнения рабочего процесса. При необходимости вы можете распределить рабочую нагрузку по нескольким рабочим процессам. |
| Конечная точка выполнения — вызовы за 5 минут | 45000 вызовов активации | нет | При необходимости вы можете распределить рабочую нагрузку по нескольким рабочим процессам. |
| Пропускная способность контента за 5 мин. | 6 ГБ | нет | Например, предположим, что серверная часть имеет 100 рабочих ролей. Каждый работник имеет ограничение в 60 МБ, что является результатом деления 6 ГБ на 100 рабочих ролей. При необходимости вы можете распределить рабочую нагрузку по нескольким рабочим процессам. |
Масштабирование для высокой пропускной способности
Мультитенантное приложение Azure Logic Apps имеет ограничение по умолчанию на количество действий, выполняемых каждые 5 минут. Чтобы увеличить значение по умолчанию до максимального значения, можно включить режим высокой пропускной способности, который находится в предварительной версии. Или распределите рабочую нагрузку между несколькими приложениями логики и рабочими процессами, а не на основе одного приложения логики и рабочего процесса.
Включение высокой пропускной способности на портале
На портале Microsoft Azure в меню приложения логики в разделе Параметры выберите Параметры рабочего процесса.
В разделе Параметры среды выполнения>Высокая пропускная способностьизмените значение параметра на Включено.
Включение высокой пропускной способности в шаблоне Resource Manager
Чтобы включить этот параметр в шаблоне ARM для развертывания приложения логики, в propertiesобъекте для определения ресурса приложения логикиruntimeConfiguration добавьте объект со operationOptionsсвойством, имеющим значениеOptimizedForHighThroughput:
{
<template-properties>
"resources": [
// Start logic app resource definition
{
"properties": {
<logic-app-resource-definition-properties>,
<logic-app-workflow-definition>,
<more-logic-app-resource-definition-properties>,
"runtimeConfiguration": {
"operationOptions": "OptimizedForHighThroughput"
}
},
"name": "[parameters('LogicAppName')]",
"type": "Microsoft.Logic/workflows",
"location": "[parameters('LogicAppLocation')]",
"tags": {},
"apiVersion": "2016-06-01",
"dependsOn": [
]
}
// End logic app resource definition
],
"outputs": {}
}
Дополнительные сведения об определении ресурсов приложения логики см. в разделе Обзор. Автоматизация развернутой службы для Azure Logic Apps с помощью шаблонов Azure Resource Manager.
Среда службы интеграции (ISE)
SKU для разработчиков ISE: обеспечивает до 500 выполнений в минуту, но обратите внимание на следующие моменты:
Убедитесь, что вы используете этот номер SKU только для изучения, экспериментов, разработки или тестирования, а не для тестирования в рабочей среде или проверки производительности. Этот SKU не имеет соглашения об уровне обслуживания (SLA), возможностей масштабирования или избыточности во время повторного запуска. Это означает, что во время работы могут возникнуть задержки или простои.
Серверные обновления могут периодически прерывать работу служб.
SKU "Премиум": в следующей таблице описаны ограничения пропускной способности этого SKU; для превышения этих ограничений на нормальную обработку или выполнения нагрузочного тестирования, которые могут быть выше этих ограничений, обратитесь к группе Logic Apps для получения помощи в нахождении решения для ваших требований.
Полное имя Лимит Примечания. Предел выполнения в базовых единицах измерения Регулируется системой, когда емкость инфраструктуры достигает 80 % Предоставляет около 4000 выполняемых действий в минуту, что составляет около 160 миллионов выполняемых действий в месяц Предел выполнения в единицах масштабирования Регулируется системой, когда емкость инфраструктуры достигает 80 % Каждая единица масштабирования может обеспечить на ~2000 дополнительных действий в минуту, что на ~80 миллионов дополнительных действий в месяц Максимальное число единиц масштабирования, которое можно добавить 10 единиц масштабирования
Ограничения шлюза данных
Azure Logic Apps поддерживает операции записи, включая вставки и обновления, через локальный шлюз данных. Однако у этих операций есть ограничения на размер их полезной нагрузки.
Пределы политики повтора
В следующей таблице перечислены ограничения политики повторных попыток для триггера или действия в зависимости от того, используете ли вы рабочий процесс приложения логики «Потребление» или «Стандартный».
| Имя. | Ограничение потребления | Стандартное ограничение | Примечания. |
|---|---|---|---|
| Повторные попытки | — по умолчанию: 4 попытки — Макс: 90 попыток |
— По умолчанию: 4 попытки | Чтобы изменить ограничение по умолчанию в рабочем процессе приложения логики потребления, используйте параметр политики повтора. Сведения о том, как изменить Стандартный рабочий процесс приложения логики см. в статье Изменение параметров узла и приложения для приложений логики в одноклиентской службе Azure Logic Apps. |
| Интервал попытки | нет | По умолчанию: 7 с | Чтобы изменить ограничение по умолчанию в рабочем процессе приложения логики потребления, используйте параметр политики повтора. Сведения о том, как изменить Стандартный рабочий процесс приложения логики см. в статье Изменение параметров узла и приложения для приложений логики в одноклиентской службе Azure Logic Apps. |
Ограничения действий переменных
В следующей таблице перечислены значения для одного определения рабочего процесса:
| Имя. | Мультитенантные | Один клиент | Среда службы интеграции | Примечания. |
|---|---|---|---|---|
| Переменных на рабочий процесс | 250 переменных | 250 переменных (по умолчанию) |
250 переменных | |
| Переменная — максимальный размер содержимого | 104 857 600 символов | Рабочий процесс с отслеживанием состояния: 104 857 600 символов (по умолчанию) Рабочий процесс без отслеживания состояния: 1024 символов (по умолчанию) |
104 857 600 символов | Сведения о том, как изменить значение по умолчанию в службе с одним клиентом, см. в статье Изменение параметров узла и приложения для приложений логики в одноклиентской службе Azure Logic Apps. |
| Переменная (тип массива) — максимальное количество элементов массива | 100 000 элементов | 100 000 элементов (по умолчанию) |
Номер SKU уровня "Премиум": 100 000 элементов SKU для разработчиков: 5 000 элементов |
Сведения о том, как изменить значение по умолчанию в службе с одним клиентом, см. в статье Изменение параметров узла и приложения для приложений логики в одноклиентской службе Azure Logic Apps. |
Ограничения HTTP-запросов
В следующих таблицах перечислены значения для одного входящего или исходящего вызова:
Время ожидания
По умолчанию действие HTTP и действия APIConnection следуют стандартному шаблону асинхронных операций, а действие Response следует шаблону синхронных операций. Некоторые операции управляемого соединителя выполняют асинхронные вызовы или прослушивают запросы веб-перехватчиков, поэтому время ожидания для этих операций может быть больше, чем нижеуказанные ограничения. Дополнительные сведения см. на страницей технического справочника по каждому соединителю, а также в документации по теме Триггеры и действия рабочего процесса.
Примечание.
Для типа ресурса Приложения логики (стандартный уровень) в службе с одним клиентом рабочие процессы без отслеживания состояния могут выполняться только синхронно.
| Имя. | Мультитенантные | Один клиент | Среда службы интеграции | Примечания. |
|---|---|---|---|---|
| Исходящий запрос | 120 с (2 мин) |
235 с (3,9 мин) (по умолчанию) |
240 с (4 мин) |
Примерами исходящих запросов являются вызовы, выполняемые триггерами или действиями HTTP. Совет. Для более длительных операций используйте асинхронный шаблон опроса или цикл "До". Чтобы обойти ограничения по времени ожидания при вызове другого рабочего процесса, имеющего вызываемую конечную точку, вместо этого можно использовать встроенное действие Azure Logic Apps, которое можно найти в средстве выбора операций конструктора в разделе Встроенные. Сведения о том, как изменить предел по умолчанию в службе с одним клиентом, см. в статье Изменение параметров узла и приложения для приложений логики в одноклиентской службе Azure Logic Apps. |
| Входящий запрос | 120 с (2 мин) |
235 с (3,9 мин) (по умолчанию) |
240 с (4 мин) |
Входящими вызовами являются вызовы, полученные триггером запроса, триггером веб-перехватчика HTTP и действием веб-перехватчика HTTP. Примечание. Чтобы исходный вызывающий абонент получил ответ, все шаги в ответе должны завершиться в пределах установленного лимита, если вы не вызываете другой вложенный рабочий процесс. Дополнительные сведения см. в разделе Вызов, активация и вложение приложений логики. Сведения о том, как изменить предел по умолчанию в службе с одним клиентом, см. в статье Изменение параметров узла и приложения для приложений логики в одноклиентской службе Azure Logic Apps. |
Ограничения размера триггера запроса и триггера веб-перехватчика
| Имя. | Мультитенантные | Один клиент | Примечания. |
|---|---|---|---|
| Триггеры запроса (входящие) и триггеры на основе веб-перехватчика — ограничение размера контента на 5-минутный интервал скользящего интервала на рабочий процесс | 3 145 728 КБ | нет | Это ограничение применяется только к размеру содержимого для входящих запросов, полученных триггером запроса или любым триггером веб-перехватчика. Например, предположим, что серверная часть имеет 100 рабочих ролей. Каждая рабочая роль имеет ограничение в 31 457 280 байт, что является результатом деления 3 145 728 000 байт на 100 рабочих ролей. Чтобы избежать преждевременного регулирования триггера запроса, используйте новый HTTP-клиент для каждого запроса, который помогает равномерно распределять вызовы по всем узлам. Для триггера веб-перехватчика может потребоваться использовать несколько рабочих процессов, которые разбивали нагрузку и избегали регулирования. |
Сообщения
| Имя. | Фрагментирование включено | Мультитенантные | Один клиент | Среда службы интеграции | Примечания. |
|---|---|---|---|---|---|
| Загрузка содержимого — максимальное число запросов | Да | 1 000 запросов | 1000 запросов (по умолчанию) |
1 000 запросов | |
| Размер сообщения | No | 100 МБ | 100 МБ | 200 МБ | Чтобы обойти это ограничение, см. раздел Обработка больших сообщений. Однако некоторые соединители и API-интерфейсы не поддерживают разбиение на части или даже ограничение по умолчанию. — Такие соединители, как AS2, X12 и EDIFACT, имеют собственные ограничения для сообщений B2B. — Соединители ISE используют предел ISE, а не ограничения соединителя, отличного от ISE. Сведения о том, как изменить значение по умолчанию в службе с одним клиентом, см. в статье Изменение параметров узла и приложения для приложений логики в одноклиентской службе Azure Logic Apps. |
| Размер сообщения на действие | Да | 1 ГБ | 1 073 741 824 байта (1 ГБ) (по умолчанию) |
5 ГБ | Это ограничение применяется к действиям, которые либо изначально поддерживают фрагменты, либо позволяют включить фрагменты в их конфигурации среды выполнения. Если вы используете среду ISE, подсистема Azure Logic Apps поддерживает это ограничение, но соединители имеют собственные ограничения на фрагментацию, не превышающие ограничение подсистемы. Пример см. в справочнике по API соединителя хранилища BLOB-объектов Azure. Дополнительные сведения о фрагментации см. в статье Обработка больших сообщений с фрагментацией. Сведения о том, как изменить значение по умолчанию в службе с одним клиентом, см. в статье Изменение параметров узла и приложения для приложений логики в одноклиентской службе Azure Logic Apps. |
| Размер блока содержимого на действие | Да | Зависит от соединителя | 52 428 800 байт (52 МБ) (по умолчанию) |
Зависит от соединителя | Это ограничение применяется к действиям, которые либо изначально поддерживают фрагменты, либо позволяют включить фрагменты в их конфигурации среды выполнения. Сведения о том, как изменить значение по умолчанию в службе с одним клиентом, см. в статье Изменение параметров узла и приложения для приложений логики в одноклиентской службе Azure Logic Apps. |
Ограничение символов
| Имя. | Лимит | Примечания. |
|---|---|---|
| Ограничение вычисления выражения | 131 072 знаков | Выражения @concat(), @base64(), @string() не могут быть длиннее этого ограничения. |
| Ограничение символов URL-адреса запроса | 16 384 символов |
Ограничения проверки подлинности
В следующей таблице перечислены значения рабочего процесса, который начинается с триггера запроса и включает проверку подлинности Open Authentication (Microsoft Entra ID OAuth) для авторизации входящих вызовов триггера запроса:
| Полное имя | Лимит | Примечания. |
|---|---|---|
| Политики авторизации Microsoft Entra | 5 политик | |
| Утверждений на политику авторизации | 10 утверждений | |
| Значение утверждения — Максимальное количество знаков | 150 символов |
Пределы действия переключателя
В следующей таблице перечислены значения для одного определения рабочего процесса:
| Полное имя | Лимит | Примечания. |
|---|---|---|
| Максимальное количество обращений за действие | 25 |
Пределы действий встроенного кода
В следующей таблице перечислены значения для одного определения рабочего процесса:
| Имя. | Мультитенантные | Один клиент | Среда службы интеграции | Примечания. |
|---|---|---|---|---|
| Максимальное количество символов кода | 1024 символов | 100 000 символов | 1024 символов | Чтобы установить более высокое ограничение, создайте ресурс Приложение логики (стандартный уровень), который выполняется в Azure Logic Apps с одним клиентом, с помощью портала Azure или с помощью Visual Studio Code и расширения Azure Logic Apps (стандартный уровень). |
| Максимальная продолжительность выполнения кода | 5 с | 15 секунд | 1024 символов | Чтобы установить более высокое ограничение, создайте ресурс Приложение логики (стандартный уровень), который выполняется в Azure Logic Apps с одним клиентом, с помощью портала Azure или с помощью Visual Studio Code и расширения Azure Logic Apps (стандартный уровень). |
Ограничения пользовательских соединителей
В мультитенантных Azure Logic Apps и среде службы интеграции можно создавать и использовать пользовательские управляемые соединители, которые являются оболочками для существующего REST API или API SOAP. В Azure Logic Apps с поддержкой одного клиента можно создавать и использовать только пользовательские встроенные соединители.
В следующей таблице приведены значения для пользовательских соединителей.
| Имя. | Мультитенантные | Один клиент | Среда службы интеграции | Примечания. |
|---|---|---|---|---|
| Настраиваемые соединители | 1000 на подписку Azure | Не ограничено | 1000 на подписку Azure | |
| Количество API для одной службы | На основе SOAP: 50 | Нет данных | На основе SOAP: 50 | |
| Количество параметров для одного API | На основе SOAP: 50 | Нет данных | На основе SOAP: 50 | |
| Запросов в минуту для настраиваемого соединителя | 500 запросов в минуту на одно подключение | На основе реализации | 2000 запросов в минуту для пользовательского соединителя | |
| Connection timeout | 2 мин | Подключение бездействия: 4 мин Активное подключение: 10 мин. |
2 мин |
Дополнительные сведения см. в следующей документации:
- Обзор пользовательских управляемых соединителей
- Включение создания встроенного соединителя — Visual Studio Code с расширением Azure Logic Apps (стандартный уровень)
Ограничения управляемого удостоверения
| Полное имя | Лимит |
|---|---|
| Управляемых удостоверений на приложение логики | — потребление: удостоверение, назначаемое системой, или только одно назначаемое пользователем удостоверение — Стандартный: назначаемое системой удостоверение и любое количество назначаемых пользователем удостоверений Примечание. По умолчанию ресурс Приложение логики (стандартная версия) имеет автоматически включаемое управляемое удостоверение, назначенное системой, для проверки подлинности подключений во время выполнения. Это удостоверение отличается от учетных данных проверки подлинности или строки подключения, используемой при создании соединения. Если отключить это удостоверение, подключения не будут работать в среде выполнения. Чтобы просмотреть этот параметр, в меню приложения логики в разделе Параметры выберите Удостоверение. |
| Количество приложений логики с управляемым удостоверением в подписке Azure на регион | — потребление: 5 000 приложений логики — Стандартный: на приложение Azure ограничения службы, если таковые есть |
Ограничения учетной записи интеграции
Каждая подписка Azure имеет следующие ограничения для учетной записи интеграции:
Одна учетная запись интеграции уровня "Бесплатный" на регион Azure. Этот уровень доступен только для общедоступных регионов в Azure, например западной части США или юго-восточной Азии, но не для Microsoft Azure, управляемой 21Vianet или Azure для государственных организаций.
всего 1000 учетных записей интеграции, включая учетные записи интеграции в любых средах службы интеграции (ISE) с SKU Developer и Premium;
Каждая ISE, ("Разработчик" или "Премиум"), может использовать одну учетную запись интеграции без каких-либо дополнительных затрат, хотя включенный тип учетной записи зависит от SKU ISE. Вы можете создать дополнительные учетные записи интеграции для интегрированной среды сценариев вплоть до конечного ограничения за дополнительную плату.
SKU ISE Ограничения учетной записи интеграции Премиум Всего 20 учетных записей, включая одну учетную запись ценовой категории "Стандартный" без дополнительных затрат. В этом номере SKU можно использовать только учетные записи категории "Стандартная". Учетные записи уровней "Бесплатный" и "Базовый" не разрешены. Разработчик Всего предоставляется 20 учетных записей, включая одну бесплатную учетную запись (не более 1). С помощью этого номера SKU можно использовать любое сочетание:
— Бесплатная учетная запись и до 19 учетных записей категории "Стандартная".
— До 20 учетных записей категории "Стандартная" без использования бесплатной записи.
Использование учетных записей ценовой категории "Базовый" или бесплатных не допускается.
Важно: рекомендуется использовать SKU "Разработчик" для экспериментов, разработки и тестирования, но не для тестирования в рабочей среде или тестирования производительности.
Сведения о ценах и выставлении счетов для сред ISE см. в статье Модель ценообразования для Azure Logic Apps. Сведения о тарифах см. на странице цен на Logic Apps.
Ограничения артефактов на учетную запись интеграции
В следующих таблицах перечислены значения количества артефактов, ограниченных каждым уровнем учетной записи интеграции. Сведения о тарифах см. на странице цен на Logic Apps. Сведения о ценах и выставлении счетов для учетных записей интеграции см. в статье Модель ценообразования для Logic Apps.
Примечание.
Используйте уровень "Бесплатный" только в произвольных сценариях, а не в производственных. Этот уровень ограничивает пропускную способность и потребление, а также не предусматривает соглашения об уровне обслуживания (SLA).
| Артефакт | Free | Basic | Standard | Премиум (предварительная версия) |
|---|---|---|---|---|
| Торговые соглашения EDI | 10 | 1 | 1000 | Не ограничено |
| Торговые партнеры EDI | 25 | 2 | 1,000 | Не ограничено |
| Карты | 25 | 500 | 1,000 | Не ограничено |
| Схемы | 25 | 500 | 1,000 | Не ограничено |
| Сборки | 10 | 25 | 1,000 | Неограниченный, но в настоящее время неподдерживаемый для экспорта из ISE. |
| Сертификаты | 25 | 2 | 1,000 | Не ограничено |
| Конфигурации пакетной службы | 5 | 1 | 50 | Не ограничено |
| Процесс интерфейса партнера RosettaNet (PIP) | 10 | 1 | 500 | Неограниченный, но в настоящее время неподдерживаемый для экспорта из ISE. |
Ограничения емкости артефакта
| Артефакт | Лимит | Примечания. |
|---|---|---|
| Сборка | 8 МБ | Чтобы отправить файлы, размер которых превышает 2 МБ, используйте учетную запись хранения Azure и контейнер больших двоичных объектов. |
| Сопоставление (XSLT-файл) | 8 МБ | Чтобы передать файлы, размер которых превышает 2 МБ, используйте REST API Azure Logic Apps — Maps. Примечание. Объем данных или записей, которые карта может успешно обрабатывать, зависит от размера сообщения и ограничений времени ожидания действий в Azure Logic Apps. Например, если вы используете действие HTTP, основанное на размере HTTP-сообщения и предельном времени ожидания, то карта может обработать объем данных, не превышающий размера HTTP-сообщения, если операция завершается в течение предельного времени ожидания HTTP. |
| Схема | 8 МБ | Чтобы отправить файлы, размер которых превышает 2 МБ, используйте учетную запись хранения Azure и контейнер больших двоичных объектов. |
Ограничения пропускной способности
| Конечная точка среды выполнения | Free | Basic | Standard | Примечания. |
|---|---|---|---|---|
| Чтение звонков за 5 мин. | 3,000 | 30,000 | 60 000 | Это ограничение применяется к вызовам, которые получают необработанные входные и выходные данные из журнала выполнения приложения логики. При необходимости можно распределить рабочую нагрузку между несколькими учетными записями. |
| Звонки за 5 минут | 3,000 | 30,000 | 45 000 | При необходимости можно распределить рабочую нагрузку между несколькими учетными записями. |
| Вызовы отслеживания за 5 минут | 3,000 | 30,000 | 45 000 | При необходимости можно распределить рабочую нагрузку между несколькими учетными записями. |
| блокировка одновременных вызовов | ~1000 | ~1000 | ~1000 | То же самое для всех номеров SKU. При необходимости можно уменьшить количество одновременных запросов или их длительность. |
Размер сообщения протокола B2B (AS2, X12, EDIFACT)
В следующей таблице перечислены ограничения на размер сообщений, применимые к протоколам B2B:
| Имя. | Мультитенантные | Один клиент | Среда службы интеграции | Примечания. |
|---|---|---|---|---|
| AS2 | v2 — 100 МБ v1 — 25 МБ |
Рекомендации недоступны | версия 2 – 200 МБ v1 — 25 МБ |
Относится к декодированию и кодированию |
| X12 | 50 МБ | Рекомендации недоступны | 50 МБ | Относится к декодированию и кодированию |
| EDIFACT | 50 МБ | Рекомендации недоступны | 50 МБ | Относится к декодированию и кодированию |
Конфигурация брандмауэра: IP-адреса и теги службы
Если среда имеет ограниченные сетевые требования и использует брандмауэр, ограничивающий трафик до определенных IP-адресов, в среде или брандмауэре необходимо разрешить входящие коммуникации, получаемые Azure Logic Apps, и исходящие коммуникации, отправляемые Azure Logic Apps. Чтобы настроить этот доступ, можно создать правила брандмауэра Azure для брандмауэра, чтобы разрешить доступ длявходящих и исходящих IP-адресов, используемых Azure Logic Apps в регионе приложения логики Azure. Все Logic Apps в одном регионе используют одни и те же диапазоны IP-адресов.
Примечание.
Некоторые операции Power Automate, такие как запросы HTTP и HTTP + OpenAPI, проходят непосредственно через службу Azure Logic Apps и поступают из перечисленных здесь IP-адресов. Дополнительные сведения об IP-адресах, используемых службой Power Automate, см. в статье Ограничения и конфигурация в Power Automate.
Например, предположим, что приложения логики развернуты в регионе "Западная часть США". Для поддержки вызовов, которые службы приложений логики отправляют или получают через встроенные триггеры и действия, такие как триггер HTTP или действие, брандмауэр должен разрешить доступ для всех связанных со службой Azure Logic Apps входящих и исходящих IP-адресов, которые существуют в регионе "Западная часть США".
Если в вашем рабочем процессе используются управляемые соединители, такие как соединитель Office 365 Outlook или соединитель SQL, или используются настраиваемые соединители, брандмауэр также должен разрешать доступ для всехисходящих IP-адресов управляемого соединителя в регионе Azure вашего приложения логики. Если рабочий процесс использует настраиваемые соединители, обращающиеся к локальным ресурсам через ресурс локального шлюза данных в Azure, необходимо настроить установленный шлюз, чтобы разрешить доступ к соответствующим исходящим IP-адресам управляемых соединителей. Дополнительные сведения об установке параметров связи в шлюзе см. в следующих разделах:
- Настройка параметров подключения для локального шлюза данных
- Настройка параметров прокси-сервера для локального шлюза данных
Дополнительные рекомендации по настройке брандмауэра
Перед настройкой брандмауэра с IP-адресами ознакомьтесь со следующими замечаниями.
Для упрощения правил безопасности, которые необходимо создать, вместо указания префиксов IP-адресов для каждого региона можно также использовать теги службы. Эти теги представляют группу префиксов IP-адресов из определенной службы Azure и работают в разных регионах, где доступна служба Azure Logic Apps.
LogicAppsManagement. Представляет префиксы входящих IP-адресов для службы Azure Logic Apps.
LogicApps. Представляет префиксы исходящих IP-адресов для службы Azure Logic Apps.
AzureConnectors. Представляет префиксы IP-адресов для управляемых соединителей, которые выполняют обратные вызовы входящего веб-перехватчика в службу Azure Logic Apps и исходящие вызовы соответствующих служб, таких как служба хранилища Azure или Центры событий Azure.
Для рабочих процессов приложения логики уровня "Стандартный", которые выполняются в однотенантном решении Azure Logic Apps, необходимо разрешить доступ для любых подключений триггеров или действий в рабочих процессах. Можно разрешить трафик из тегов служб и использовать тот же уровень ограничений или политик, что и Служба приложений Azure. Кроме того, необходимо найти и использовать полные доменные имена (FQDN) для подключений. Для получения дополнительных сведений ознакомьтесь с соответствующими разделами в следующих статьях документации.
При возникновении у приложений логики проблем с доступом к учетным записям хранилища Azure, использующим брандмауэры и правила брандмауэров, для их решения можно воспользоваться несколькими вариантами предоставления доступа.
Например, приложения логики не могут напрямую обращаться к учетным записям хранения, которые используют правила брандмауэра и находятся в том же регионе. Однако если вы разрешите исходящие IP-адреса для управляемых соединителей в вашем регионе, приложения логики смогут получать доступ к учетным записям хранения, находящимся в другом регионе, за исключением случаев использования соединителей с Хранилищем таблиц Azure или Хранилищем очередей Azure. Для доступа к Хранилищу таблиц или Хранилищу очередей вместо этого можно использовать триггер и действия HTTP. Другие варианты см. в разделе Доступ к учетным записям хранения за брандмауэром.
Входящие IP-адреса
Чтобы Azure Logic Apps получало входящие коммуникации через брандмауэр, необходимо разрешить трафик через входящие IP-адреса, описанные в этом разделе, для региона приложения логики Azure. Чтобы снизить сложность при создании правил безопасности, можно при необходимости использовать тег службы LogicAppsManagement, а не указать префиксы ip-адресов входящего IP-адреса Azure Logic Apps для каждого региона. Если вы используете Azure для государственных организаций, ознакомьтесь с разделом Azure для государственных организаций — входящие IP-адреса.
Примечание.
Некоторые управляемые соединители делают обратные вызовы входящего веб-перехватчика в Azure Logic Apps. Если вы используете управление доступом к ресурсу приложения логики, необходимо убедиться, что вызовы из этих целевых систем (IP-адресов) имеют разрешения на доступ к приложению логики. Следующие соединители делают обратные вызовы входящего веб-перехватчика в Azure Logic Apps:
Adobe Creative Cloud, Adobe Sign, Adobe Sign Demo, Adobe Sign Preview, Adobe Sign Stage, Microsoft Sentinel, Microsoft Sentinel, Microsoft Form, Business Central, Calendly, Common Data Service, DocuSign, DocuSign Demo, Dynamics 365 for Fin и Ops, LiveChat, LiveChat, Office 365* Outlook, Outlook.com, Parserr, SAP*, shifts for Microsoft Teams, Teamwork Projects, Typeform и т. д.
Office 365: обратный абонент фактически является соединителем Office 365. Для этих управляемых соединителей можно указать префиксы исходящего IP-адреса для каждого региона или при необходимости использовать тег службы Azure Подключение oror для этих управляемых соединителей.
SAP: обратный вызывающий объект зависит от того, является ли среда развертывания мультитенантной средой Azure или ISE. В мультитенантной среде локальный шлюз данных выполняет обратный вызов в службу Azure Logic Apps. В среде ISE соединитель SAP возвращает обратный вызов к Azure Logic Apps.
Мультитенант — входящий IP-адрес
| Область/регион | IP-адрес Azure Logic Apps |
|---|---|
| Восточная Австралия | 13.75.153.66, 104.210.89.222, 104.210.89.244, 52.187.231.161, 20.53.94.103, 20.53.107.215 |
| Юго-Восточная часть Австралии | 13.73.115.153, 40.115.78.70, 40.115.78.237, 52.189.216.28, 52.255.42.110, 20.70.114.64, 20.211.194.165, 20.70.118.30, 4.198.78.245, 20.70.114.85, 20.70.116.201, 20.92.62.87, 20.211.194.79, 20.92.62.64 |
| Южная Бразилия | 191.235.86.199, 191.235.95.229, 191.235.94.220, 191.234.166.198, 20.201.66.147, 20.201.25.72 |
| Юго-Восточная Бразилия | 20.40.32.59, 20.40.32.162, 20.40.32.80, 20.40.32.49, 20.206.42.14, 20.206.43.33 |
| Центральная Канада | 13.88.249.209, 52.233.30.218, 52.233.29.79, 40.85.241.105, 20.104.14.9, 20.48.133.182 |
| Восточная Канада | 52.232.129.143, 52.229.125.57, 52.232.133.109, 40.86.202.42, 20.200.63.149, 52.229.126.142, 40.86.205.75, 40.86.229.191, 40.69.102.29, 40.69.96.69, 40.86.248.230, 52.229.114.121, 20.220.76.245, 52.229.99.183 |
| Центральная Индия | 52.172.157.194, 52.172.184.192, 52.172.191.194, 104.211.73.195, 20.204.203.110, 20.204.212.77, 4.186.8.164, 20.235.200.244, 20.235.200.100, 20.235.200.92, 4.188.187.112, 4.188.187.170, 4.188.187.173, 4.188.188.52 |
| Центральная часть США | 13.67.236.76, 40.77.111.254, 40.77.31.87, 104.43.243.39, 13.86.98.126, 20.109.202.37 |
| Восточная Азия | 168.63.200.173, 13.75.89.159, 23.97.68.172, 40.83.98.194, 20.187.254.129, 20.187.189.246 |
| Восточная часть США | 137.135.106.54, 40.117.99.79, 40.117.100.228, 137.116.126.165, 52.226.216.209, 40.76.151.124, 20.84.29.150, 40.76.174.148 |
| Восточная часть США 2 | 40.84.25.234, 40.79.44.7, 40.84.59.136, 40.70.27.253, 20.96.58.28, 20.96.89.98, 20.96.90.28 |
| Центральная Франция | 52.143.162.83, 20.188.33.169, 52.143.156.55, 52.143.158.203, 20.40.139.209, 51.11.237.239, 20.74.20.86, 20.74.22.248, 20.74.94.80, 20.74.91.234, 20.74.106.82, 20.74.35.121, 20.19.63.163, 20.19.56.186 |
| Франция (юг) | 52.136.131.145, 52.136.129.121, 52.136.130.89, 52.136.131.4, 52.136.134.128, 52.136.143.218 |
| Северная Германия | 51.116.211.29, 51.116.208.132, 51.116.208.37, 51.116.208.64, 20.113.206.147, 20.113.197.46 |
| Центрально-Западная Германия | 51.116.168.222, 51.116.171.209, 51.116.233.40, 51.116.175.0, 20.113.12.69, 20.113.11.8, 98.67.210.83, 98.67.210.94, 98.67.210.49, 98.67.144.141, 98.67.146.59, 98.67.145.222, 98.67.146.65, 98.67.146.238 |
| Израиль, центральный регион | 20.217.134.130, 20.217.134.135 |
| Северная Италия | 4.232.12.165, 4.232.12.191 |
| Восточная Япония | 13.71.146.140, 13.78.84.187, 13.78.62.130, 13.78.43.164, 20.191.174.52, 20.194.207.50 |
| Западная Япония | 40.74.140.173, 40.74.81.13, 40.74.85.215, 40.74.68.85, 20.89.226.241, 20.89.227.25, 40.74.129.115, 138.91.22.178, 40.74.120.8, 138.91.27.244, 138.91.28.97, 138.91.26.244, 23.100.110.250, 138.91.27.82 |
| Западная Индия Jio | 20.193.206.48, 20.193.206.49, 20.193.206.50, 20.193.206.51, 20.193.173.174, 20.193.168.121 |
| Республика Корея, центральный регион | 52.231.14.182, 52.231.103.142, 52.231.39.29, 52.231.14.42, 20.200.207.29, 20.200.231.229 |
| Республика Корея, южный регион | 52.231.166.168, 52.231.163.55, 52.231.163.150, 52.231.192.64, 20.200.177.151, 20.200.177.147 |
| Центрально-северная часть США | 168.62.249.81, 157.56.12.202, 65.52.211.164, 65.52.9.64, 52.162.177.104, 23.101.174.98, 20.98.61.245, 172.183.50.180, 172.183.52.146, 172.183.51.138, 172.183.48.31, 172.183.48.9, 172.183.48.234, 40.116.65.34 |
| Северная Европа | 13.79.173.49, 52.169.218.253, 52.169.220.174, 40.112.90.39, 40.127.242.203, 51.138.227.94, 40.127.145.51, 40.67.252.16, 4.207.0.242, 4.207.204.28, 4.207.203.201, 20.67.143.247, 20.67.138.43, 68.219.40.237, 20.105.14.98, 4.207.203.15, 4.207.204.121, 4.207.201.247, 20.107.145.46 |
| Восточная Норвегия; | 51.120.88.93, 51.13.66.86, 51.120.89.182, 51.120.88.77, 20.100.27.17, 20.100.36.102 |
| Западная Норвегия | 51.120.220.160, 51.120.220.161, 51.120.220.162, 51.120.220.163, 51.13.155.184, 51.13.151.90 |
| Центральная Польша | 20.215.144.231, 20.215.145.0 |
| Центральный Катар | 20.21.211.241, 20.21.211.242 |
| Северная часть ЮАР | 102.133.228.4, 102.133.224.125, 102.133.226.199, 102.133.228.9, 20.87.92.64, 20.87.91.171 |
| Западная часть ЮАР | 102.133.72.190, 102.133.72.145, 102.133.72.184, 102.133.72.173, 40.117.9.225, 102.133.98.91 |
| Центрально-южная часть США | 13.65.98.39, 13.84.41.46, 13.84.43.45, 40.84.138.132, 20.94.151.41, 20.88.209.113 |
| Индия (юг) | 52.172.9.47, 52.172.49.43, 52.172.51.140, 104.211.225.152, 104.211.221.215,104.211.205.148 |
| Юго-Восточная Азия | 52.163.93.214, 52.187.65.81, 52.187.65.155, 104.215.181.6, 20.195.49.246, 20.198.130.155, 23.98.121.180 |
| Центральная Швеция | 20.91.178.13, 20.240.10.125 |
| Северная Швейцария | 51.103.128.52, 51.103.132.236, 51.103.134.138, 51.103.136.209, 20.203.230.170, 20.203.227.226 |
| Западная Швейцария | 51.107.225.180, 51.107.225.167, 51.107.225.163, 51.107.239.66, 51.107.235.139,51.107.227.18 |
| Центральная часть ОАЭ | 20.45.75.193, 20.45.64.29, 20.45.64.87, 20.45.71.213, 40.126.212.77, 40.126.209.97 |
| Северная часть ОАЭ; | 20.46.42.220, 40.123.224.227, 40.123.224.143, 20.46.46.173, 20.74.255.147, 20.74.255.37, 20.233.241.162, 20.233.241.99, 20.174.64.131, 20.233.241.184, 20.174.48.155, 20.233.241.200, 20.174.56.89, 20.174.41.1 |
| южная часть Соединенного Королевства | 51.140.79.109, 51.140.78.71, 51.140.84.39, 51.140.155.81, 20.108.102.180, 20.90.204.232, 20.108.148.173, 20.254.10.157, 4.159.25.35, 4.159.25.50, 4.250.87.43, 4.158.106.183, 4.250.53.153, 4.159.26.160, 4.159.25.103, 4.159.59.224 |
| западная часть Соединенного Королевства | 51.141.48.98, 51.141.51.145, 51.141.53.164, 51.141.119.150, 51.104.62.166, 51.141.123.161 |
| Центрально-западная часть США | 52.161.26.172, 52.161.8.128, 52.161.19.82, 13.78.137.247, 52.161.64.217, 52.161.91.215 |
| Западная Европа | 13.95.155.53, 52.174.54.218, 52.174.49.6, 20.103.21.113, 20.103.18.84, 20.103.57.210, 20.101.174.52, 20.93.236.81, 20.103.94.255, 20.82.87.229, 20.76.171.34, 20.103.84.61 |
| Индия (запад) | 104.211.164.112, 104.211.165.81, 104.211.164.25, 104.211.157.237, 104.211.167.12,104.211.166.35 |
| Западная часть США | 52.160.90.237, 138.91.188.137, 13.91.252.184, 157.56.160.212, 104.40.34.112, 52.160.68.27, 13.88.168.158, 104.42.40.164, 13.87.207.79, 13.87.204.210, 168.62.9.100 |
| западная часть США 2 | 13.66.224.169, 52.183.30.10, 52.183.39.67, 13.66.128.68, 20.99.190.19, 20.72.244.108 |
| Западная часть США — 3 | 20.150.172.240, 20.150.172.242, 20.150.172.243, 20.150.172.241, 20.106.116.172, 20.106.116.225 |
Azure для государственных организаций — входящие IP-адреса
| Регион Azure для государственных организаций | IP-адрес Azure Logic Apps |
|---|---|
| US Gov (Аризона) | 52.244.67.164, 52.244.67.64, 52.244.66.82, 52.126.52.254, 52.126.53.145, 52.182.49.105, 52.182.49.175 |
| US Gov (Техас) | 52.238.119.104, 52.238.112.96, 52.238.119.145, 52.245.171.151, 52.245.163.42 |
| US Gov (Вирджиния) | 52.227.159.157, 52.227.152.90, 23.97.4.36, 13.77.239.182, 13.77.239.190 |
| Центральный регион US DoD | 52.182.49.204, 52.182.52.106 |
Исходящие IP-адреса
Чтобы Azure Logic Apps отправляло исходящие коммуникации через брандмауэр, необходимо разрешить трафик через все исходящие IP-адреса, описанные в этом разделе, для региона приложения логики Azure. Если вы используете Azure для государственных организаций, ознакомьтесь с разделом Azure для государственных организаций — исходящие IP-адреса.
Совет
Чтобы снизить сложность при создании правил безопасности, можно также использовать тег службы LogicApps , а не указать префиксы исходящего IP-адреса Azure Logic Apps для каждого региона. Кроме того, можно использовать тег службы Azure Подключение or для управляемых соединителей, которые выполняют исходящие вызовы к соответствующим службам, например служба хранилища Azure или Центры событий Azure, а не указывать префиксы IP-адресов управляемого соединителя исходящего трафика для каждого региона. Эти теги работают в разных регионах, где доступны Azure Logic Apps.
Если рабочий процесс также использует любые управляемые соединители, такие как соединитель Outlook Office 365 или соединитель SQL, либо использует пользовательские соединители, брандмауэр должен разрешить трафик в регионе Azure приложения логики для всех исходящих IP-адресов управляемого соединителя. Если рабочий процесс использует настраиваемые соединители, обращающиеся к локальным ресурсам через ресурс локального шлюза данных в Azure, необходимо настроить установленный шлюз, чтобы разрешить доступ к соответствующим исходящим IP-адресам управляемых соединителей. Дополнительные сведения об установке параметров связи в шлюзе см. в следующих разделах:
- Настройка параметров подключения для локального шлюза данных
- Настройка параметров прокси-сервера для локального шлюза данных
Мультитенант — исходящие IP-адреса
В этом разделе перечислены исходящие IP-адреса, которые требуются Azure Logic Apps в регионе Azure приложения логики для обмена данными через брандмауэр. Кроме того, если рабочий процесс использует управляемые или пользовательские соединители, брандмауэр должен разрешить трафик в регионе Azure приложения логики для всех исходящих IP-адресов управляемых соединителей. При использовании настраиваемых соединителей, обращающихся к локальным ресурсам через локальный ресурс шлюза данных в Azure, необходимо настроить установку шлюза, чтобы разрешить доступ к соответствующим исходящим IP-адресам управляемых соединителей.
| Область/регион | IP-адрес Azure Logic Apps |
|---|---|
| Восточная Австралия | 13.75.149.4, 104.210.91.55, 104.210.90.241, 52.187.227.245, 52.187.226.96, 52.187.231.184, 52.187.229.130, 52.187.226.139, 20.53.93.188, 20.53.72.170, 20.53.107.208, 20.53.106.182 |
| Юго-Восточная часть Австралии | 13.73.114.207, 13.77.3.139, 13.70.159.205, 52.189.222.77, 13.77.56.167, 13.77.58.136, 52.189.214.42, 52.189.220.75, 52.255.36.185, 52.158.133.57, 20.70.114.125, 20.70.114.10, 20.70.117.240, 20.70.116.106, 20.70.114.97, 20.211.194.242, 20.70.109.46, 20.11.136.137, 20.70.116.240, 20.211.194.233, 20.11.154.170, 4.198.89.96, 20.92.61.254, 20.70.95.150, 20.70.117.21, 20.211.194.127, 20.92.61.242, 20.70.93.143 |
| Южная Бразилия | 191.235.82.221, 191.235.91.7, 191.234.182.26, 191.237.255.116, 191.234.161.168, 191.234.162.178, 191.234.161.28, 191.234.162.131, 20.201.66.44, 20.201.64.135, 20.201.24.212, 191.237.207.21 |
| Юго-Восточная Бразилия | 20.40.32.81, 20.40.32.19, 20.40.32.85, 20.40.32.60, 20.40.32.116, 20.40.32.87, 20.40.32.61, 20.40.32.113, 20.206.41.94, 20.206.41.20, 20.206.42.67, 20.206.40.250 |
| Центральная Канада | 52.233.29.92, 52.228.39.244, 40.85.250.135, 40.85.250.212, 13.71.186.1, 40.85.252.47, 13.71.184.150, 20.104.13.249, 20.104.9.221, 20.48.133.133, 20.48.132.222 |
| Восточная Канада | 52.232.128.155, 52.229.120.45, 52.229.126.25, 40.86.203.228, 40.86.228.93, 40.86.216.241, 40.86.226.149, 40.86.217.241, 20.200.60.151, 20.200.59.228, 52.229.126.67, 52.229.105.109, 40.86.226.221, 40.86.228.72, 40.69.98.14, 40.86.208.137, 40.86.229.179, 40.86.227.188, 40.86.202.35, 40.86.206.74, 52.229.100.167, 40.86.240.237, 40.69.120.161, 40.69.102.71, 20.220.75.33, 20.220.74.16, 40.69.101.66, 52.229.114.105 |
| Центральная Индия | 52.172.154.168, 52.172.186.159, 52.172.185.79, 104.211.101.108, 104.211.102.62, 104.211.90.169, 104.211.90.162, 104.211.74.145, 20.204.204.74, 20.204.202.72, 20.204.212.60, 20.204.212.8, 4.186.8.62, 4.186.8.18, 20.235.200.242, 20.235.200.237, 20.235.200.79, 20.235.200.44, 20.235.200.70, 20.235.200.32, 4.188.187.109, 4.188.187.86, 4.188.187.140, 4.188.185.15, 4.188.187.145, 4.188.187.107, 4.188.187.184, 4.188.187.64 |
| Центральная часть США | 13.67.236.125, 104.208.25.27, 40.122.170.198, 40.113.218.230, 23.100.86.139, 23.100.87.24, 23.100.87.56, 23.100.82.16, 52.141.221.6, 52.141.218.55, 20.109.202.36, 20.109.202.29 |
| Восточная Азия | 13.75.94.173, 40.83.127.19, 52.175.33.254, 40.83.73.39, 65.52.175.34, 40.83.77.208, 40.83.100.69, 40.83.75.165, 20.187.254.110, 20.187.250.221, 20.187.189.47, 20.187.188.136 |
| Восточная часть США | 13.92.98.111, 40.121.91.41, 40.114.82.191, 23.101.139.153, 23.100.29.190, 23.101.136.201, 104.45.153.81, 23.101.132.208, 52.226.216.197, 52.226.216.187, 40.76.151.25, 40.76.148.50, 20.84.29.29, 20.84.29.18, 40.76.174.83, 40.76.174.39 |
| Восточная часть США 2 | 40.84.30.147, 104.208.155.200, 104.208.158.174, 104.208.140.40, 40.70.131.151, 40.70.29.214, 40.70.26.154, 40.70.27.236, 20.96.58.140, 20.96.58.139, 20.96.89.54, 20.96.89.48, 20.96.89.254, 20.96.89.234 |
| Центральная Франция | 52.143.164.80, 52.143.164.15, 40.89.186.30, 20.188.39.105, 40.89.191.161, 40.89.188.169, 40.89.186.28, 40.89.190.104, 20.40.138.112, 20.40.140.149, 51.11.237.219, 51.11.237.216, 20.74.18.58, 20.74.18.36, 20.74.22.121, 20.74.20.147, 20.74.94.62, 20.74.88.179, 20.74.23.87, 20.74.22.119, 20.74.106.61, 20.74.105.214, 20.74.34.113, 20.74.33.177, 20.19.61.105, 20.74.109.28, 20.19.113.120, 20.74.106.31 |
| Франция (юг) | 52.136.132.40, 52.136.129.89, 52.136.131.155, 52.136.133.62, 52.136.139.225, 52.136.130.144, 52.136.140.226, 52.136.129.51, 52.136.139.71, 52.136.135.74, 52.136.133.225, 52.136.139.96 |
| Северная Германия | 51.116.211.168, 51.116.208.165, 51.116.208.175, 51.116.208.192, 51.116.208.200, 51.116.208.222, 51.116.208.217, 51.116.208.51, 20.113.195.253, 20.113.196.183, 20.113.206.134, 20.113.206.170 |
| Центрально-Западная Германия | 51.116.233.35, 51.116.171.49, 51.116.233.33, 51.116.233.22, 51.116.168.104, 51.116.175.17, 51.116.233.87, 51.116.175.51, 20.113.11.136, 20.113.11.85, 20.113.10.168, 20.113.8.64, 98.67.210.79, 98.67.210.78, 98.67.210.85, 98.67.210.84, 98.67.210.14, 98.67.210.24, 98.67.144.136, 98.67.144.122, 98.67.145.221, 98.67.144.207, 98.67.146.88, 98.67.146.81, 98.67.146.51, 98.67.145.122, 98.67.146.229, 98.67.146.218 |
| Израиль, центральный регион | 20.217.134.127, 20.217.134.126, 20.217.134.132, 20.217.129.229 |
| Северная Италия | 4.232.12.164, 4.232.12.173, 4.232.12.190, 4.232.12.169 |
| Восточная Япония | 13.71.158.3, 13.73.4.207, 13.71.158.120, 13.78.18.168, 13.78.35.229, 13.78.42.223, 13.78.21.155, 13.78.20.232, 20.191.172.255, 20.46.187.174, 20.194.206.98, 20.194.205.189 |
| Западная Япония | 40.74.140.4, 104.214.137.243, 138.91.26.45, 40.74.64.207, 40.74.76.213, 40.74.77.205, 40.74.74.21, 40.74.68.85, 20.89.227.63, 20.89.226.188, 20.89.227.14, 20.89.226.101, 40.74.128.79, 40.74.75.184, 138.91.16.164, 138.91.21.233, 40.74.119.237, 40.74.119.158, 138.91.22.248, 138.91.26.236, 138.91.17.197, 138.91.17.144, 138.91.17.137, 104.46.237.16, 23.100.109.62, 138.91.17.15, 138.91.26.67, 104.46.234.170 |
| Западная Индия Jio | 20.193.206.128, 20.193.206.129, 20.193.206.130, 20.193.206.131, 20.193.206.132, 20.193.206.133, 20.193.206.134, 20.193.206.135, 20.193.173.7, 20.193.172.11, 20.193.170.88, 20.193.171.252 |
| Республика Корея, центральный регион | 52.231.14.11, 52.231.14.219, 52.231.15.6, 52.231.10.111, 52.231.14.223, 52.231.77.107, 52.231.8.175, 52.231.9.39, 20.200.206.170, 20.200.202.75, 20.200.231.222, 20.200.231.139 |
| Республика Корея, южный регион | 52.231.204.74, 52.231.188.115, 52.231.189.221, 52.231.203.118, 52.231.166.28, 52.231.153.89, 52.231.155.206, 52.231.164.23, 20.200.177.148, 20.200.177.135, 20.200.177.146, 20.200.180.213 |
| Центрально-северная часть США | 168.62.248.37, 157.55.210.61, 157.55.212.238, 52.162.208.216, 52.162.213.231, 65.52.10.183, 65.52.9.96, 65.52.8.225, 52.162.177.90, 52.162.177.30, 23.101.160.111, 23.101.167.207, 20.80.33.190, 20.88.47.77, 172.183.51.180, 40.116.65.125, 20.88.51.31, 40.116.66.226, 40.116.64.218, 20.88.55.77, 172.183.49.208, 20.102.251.70, 20.102.255.252, 20.88.49.23, 172.183.50.30, 20.88.49.21, 20.102.255.209, 172.183.48.255 |
| Северная Европа | 40.113.12.95, 52.178.165.215, 52.178.166.21, 40.112.92.104, 40.112.95.216, 40.113.4.18, 40.113.3.202, 40.113.1.181, 40.127.242.159, 40.127.240.183, 51.138.226.19, 51.138.227.160, 40.127.144.251, 40.127.144.121, 40.67.251.175, 40.67.250.247, 4.207.0.229, 4.207.0.197, 4.207.204.8, 4.207.203.217, 4.207.203.190, 4.207.203.59, 20.67.141.244, 20.67.139.133, 20.67.137.144, 20.67.136.162, 68.219.40.225, 68.219.40.39, 20.105.12.63, 20.105.11.53, 4.207.202.106, 4.207.202.95, 4.207.204.91, 4.207.204.89, 4.207.201.234, 20.105.15.225, 20.67.191.232, 20.67.190.37 |
| Восточная Норвегия; | 51.120.88.52, 51.120.88.51, 51.13.65.206, 51.13.66.248, 51.13.65.90, 51.13.65.63, 51.13.68.140, 51.120.91.248, 20.100.26.148, 20.100.26.52, 20.100.36.49, 20.100.36.10 |
| Западная Норвегия | 51.120.220.128, 51.120.220.129, 51.120.220.130, 51.120.220.131, 51.120.220.132, 51.120.220.133, 51.120.220.134, 51.120.220.135, 51.13.153.172, 51.13.148.178, 51.13.148.11, 51.13.149.162 |
| Центральная Польша | 20.215.144.229, 20.215.128.160, 20.215.144.235, 20.215.144.246 |
| Центральный Катар | 20.21.211.240, 20.21.209.216, 20.21.211.245, 20.21.210.251 |
| Северная часть ЮАР | 102.133.231.188, 102.133.231.117, 102.133.230.4, 102.133.227.103, 102.133.228.6, 102.133.230.82, 102.133.231.9, 102.133.231.51, 20.87.92.40, 20.87.91.122, 20.87.91.169, 20.87.88.47 |
| Западная часть ЮАР | 102.133.72.98, 102.133.72.113, 102.133.75.169, 102.133.72.179, 102.133.72.37, 102.133.72.183, 102.133.72.132, 102.133.75.191, 102.133.101.220, 40.117.9.125, 40.117.10.230, 40.117.9.229 |
| Центрально-южная часть США | 104.210.144.48, 13.65.82.17, 13.66.52.232, 23.100.124.84, 70.37.54.122, 70.37.50.6, 23.100.127.172, 23.101.183.225, 20.94.150.220, 20.94.149.199, 20.88.209.97, 20.88.209.88 |
| Индия (юг) | 52.172.50.24, 52.172.55.231, 52.172.52.0, 104.211.229.115, 104.211.230.129, 104.211.230.126, 104.211.231.39, 104.211.227.229, 104.211.211.221, 104.211.210.192, 104.211.213.78, 104.211.218.202 |
| Юго-Восточная Азия | 13.76.133.155, 52.163.228.93, 52.163.230.166, 13.76.4.194, 13.67.110.109, 13.67.91.135, 13.76.5.96, 13.67.107.128, 20.195.49.240, 20.195.49.29, 20.198.130.152, 20.198.128.124, 23.98.121.179, 23.98.121.115 |
| Центральная Швеция | 20.91.178.11, 20.91.177.115, 20.240.10.91, 20.240.10.89 |
| Северная Швейцария | 51.103.137.79, 51.103.135.51, 51.103.139.122, 51.103.134.69, 51.103.138.96, 51.103.138.28, 51.103.136.37, 51.103.136.210, 20.203.230.58, 20.203.229.127, 20.203.224.37, 20.203.225.242 |
| Западная Швейцария | 51.107.239.66, 51.107.231.86, 51.107.239.112, 51.107.239.123, 51.107.225.190, 51.107.225.179, 51.107.225.186, 51.107.225.151, 51.107.239.83, 51.107.232.61, 51.107.234.254, 51.107.226.253, 20.199.193.249 |
| Центральная часть ОАЭ | 20.45.75.200, 20.45.72.72, 20.45.75.236, 20.45.79.239, 20.45.67.170, 20.45.72.54, 20.45.67.134, 20.45.67.135, 40.126.210.93, 40.126.209.151, 40.126.208.156, 40.126.214.92 |
| Северная часть ОАЭ; | 40.123.230.45, 40.123.231.179, 40.123.231.186, 40.119.166.152, 40.123.228.182, 40.123.217.165, 40.123.216.73, 40.123.212.104, 20.74.255.28, 20.74.250.247, 20.216.16.75, 20.74.251.30, 20.233.241.106, 20.233.241.102, 20.233.241.85, 20.233.241.25, 20.174.64.128, 20.174.64.55, 20.233.240.41, 20.233.241.206, 20.174.48.149, 20.174.48.147, 20.233.241.187, 20.233.241.165, 20.174.56.83, 20.174.56.74, 20.174.40.222, 20.174.40.91 |
| южная часть Соединенного Королевства | 51.140.74.14, 51.140.73.85, 51.140.78.44, 51.140.137.190, 51.140.153.135, 51.140.28.225, 51.140.142.28, 51.140.158.24, 20.108.102.142, 20.108.102.123, 20.90.204.228, 20.90.204.188, 20.108.146.132, 20.90.223.4, 20.26.15.70, 20.26.13.151, 4.159.24.241, 4.250.55.134, 4.159.24.255, 4.250.55.217, 172.165.88.82, 4.250.82.111, 4.158.106.101, 4.158.105.106, 4.250.51.127, 4.250.49.230, 4.159.26.128, 172.166.86.30, 4.159.26.151, 4.159.26.77, 4.159.59.140, 4.159.59.13 |
| западная часть Соединенного Королевства | 51.141.54.185, 51.141.45.238, 51.141.47.136, 51.141.114.77, 51.141.112.112, 51.141.113.36, 51.141.118.119, 51.141.119.63, 51.104.58.40, 51.104.57.160, 51.141.121.72, 51.141.121.220 |
| Центрально-западная часть США | 52.161.27.190, 52.161.18.218, 52.161.9.108, 13.78.151.161, 13.78.137.179, 13.78.148.140, 13.78.129.20, 13.78.141.75, 13.71.199.128 - 13.71.199.159, 13.78.212.163, 13.77.220.134, 13.78.200.233, 13.77.219.128 |
| Западная Европа | 40.68.222.65, 40.68.209.23, 13.95.147.65, 23.97.218.130, 51.144.182.201, 23.97.211.179, 104.45.9.52, 23.97.210.126, 13.69.71.160, 13.69.71.161, 13.69.71.162, 13.69.71.163, 13.69.71.164, 13.69.71.165, 13.69.71.166, 13.69.71.167, 20.103.21.81, 20.103.17.247, 20.103.17.223, 20.103.16.47, 20.103.58.116, 20.103.57.29, 20.101.174.49, 20.101.174.23, 20.93.236.26, 20.93.235.107, 20.103.94.250, 20.76.174.72, 20.82.87.192, 20.82.87.16, 20.76.170.145, 20.103.91.39, 20.103.84.41, 20.76.161.156 |
| Индия (запад) | 104.211.164.80, 104.211.162.205, 104.211.164.136, 104.211.158.127, 104.211.156.153, 104.211.158.123, 104.211.154.59, 104.211.154.7, 104.211.155.179, 104.211.142.119, 104.211.153.240, 104.211.156.193 |
| Западная часть США | 52.160.92.112, 40.118.244.241, 40.118.241.243, 157.56.162.53, 157.56.167.147, 104.42.49.145, 40.83.164.80, 104.42.38.32, 13.86.223.0, 13.86.223.1, 13.86.223.2, 13.86.223.3, 13.86.223.4, 13.86.223.5, 104.40.34.169, 104.40.32.148, 52.160.70.221, 52.160.70.105, 13.91.81.221, 13.64.231.196, 13.87.204.182, 40.78.65.193, 13.87.207.39, 104.42.44.28, 40.83.134.97, 40.78.65.112, 168.62.9.74, 168.62.28.191 |
| западная часть США 2 | 13.66.210.167, 52.183.30.169, 52.183.29.132, 13.66.201.169, 13.77.149.159, 52.175.198.132, 13.66.246.219, 20.99.189.158, 20.99.189.70, 20.72.244.58, 20.72.243.225 |
| Западная часть США — 3 | 20.150.181.32, 20.150.181.33, 20.150.181.34, 20.150.181.35, 20.150.181.36, 20.150.181.37, 20.150.181.38, 20.150.173.192, 20.106.85.228, 20.150.159.163, 20.106.116.207, 20.106.116.186 |
Azure для государственных организаций — исходящие IP-адреса
| Область/регион | IP-адрес Azure Logic Apps |
|---|---|
| Центральный регион US DoD | 52.182.48.215, 52.182.92.143, 52.182.53.147, 52.182.52.212, 52.182.49.162, 52.182.49.151 |
| US Gov (Аризона) | 52.244.67.143, 52.244.65.66, 52.244.65.190, 52.126.50.197, 52.126.49.223, 52.126.53.144, 52.126.36.100 |
| US Gov (Техас) | 52.238.114.217, 52.238.115.245, 52.238.117.119, 20.141.120.209, 52.245.171.152, 20.141.123.226, 52.245.163.1 |
| US Gov (Вирджиния) | 13.72.54.205, 52.227.138.30, 52.227.152.44, 13.77.239.177, 13.77.239.140, 13.77.239.187, 13.77.239.184 |