使用 SAP 和混合连接器 1 分钟后 Azure 逻辑应用程序超时
Azure Logic App timeout after 1 minute with SAP and Hybrid Connector
目前我正在尝试将 Azure 逻辑应用程序连接到我们的 OnPrem-SAP 系统，以便我们可以在 Azure 中调用 RFC。
因此，我创建了一个 Azure SAP 连接器并打开了所需的防火墙端口（这很棘手，但 Azure <--> OnPrem-SAP 连接现在可以正常工作）。此外，我们的 Azure SAP 连接器已经能够调用位于我们的 OnPrem-SAP 系统中的 RFC（SAP 日志条目可用）。
但是：SAP 连接器永远不会从混合连接获得任何响应，因为逻辑应用程序总是returns 1 分钟后超时：
LogicApp 仅包含 SAP 连接器，它调用长 运行ning RFC 并手动启动。
在 SAP 日志中，我们可以找到以下消息："Connection reset by peer."
现在我的实际问题是：
是否有可能增加 azure 中的超时值？或者我是否需要在 1 分钟内将我们的 SAP RFC 调整 运行，因为这是 Azure 的固定最大超时值？
提前感谢您的任何建议！
您使用的是 Microsoft 的 SAP Connector，您可以从 Azure Marketplace 库安装它吗？我们的，你是自己写的吗？ [因为你说你正在创建一个我不清楚]
目前，我们不提供超时作为最终用户会来调整的东西。有一个适当的异步模式，逻辑应用程序和 API 应用程序（连接器）应该遵循长时间 运行 操作。
在这种情况下，SAP 连接器预计 RFC 调用会在合理的时间内返回。这里不是这种情况，因此超时。老实说，我们希望所有 RFC 调用都能在一分钟内完成。那么，您的 RFC 调用需要多长时间？知道这一点会很好，因为超时无处不在，并且在混合场景中有许多活动部件（逻辑应用程序、API 应用程序、SB 中继、本地代理、sap 连接器等）。
谢谢
萨米尔
当我们发现这 60 秒在 Microsoft 的 SAP 连接器中有点硬编码时，我们决定更改我们的 RFC 以接受额外的参数。我们将该操作拆分为："Give me all Data from department A" 和后续的 "Give me all Data from department B".
而不是 "give me all Data"
由于此更改帮助我们创建了 运行 不超过 40 秒的 RFC 调用，因此我们不再面临此超时问题。现在一切都按预期工作。
也许在某个地方记录这个 60 秒的问题是个好主意。或者甚至更好：也许有一天您可以将此设置调整为 LogicApp 中的附加参数。
就我而言，我观察到 60 秒的限制适用于逻辑应用程序中使用的所有 API 应用程序。我在 API 应用程序中遇到过这种情况，一旦超过 60 秒就会超时。您可以在此 link API App times out after 1 minute in Logic Apps
中找到具有建议解决方法的相同问题
目前我正在尝试将 Azure 逻辑应用程序连接到我们的 OnPrem-SAP 系统，以便我们可以在 Azure 中调用 RFC。
因此，我创建了一个 Azure SAP 连接器并打开了所需的防火墙端口（这很棘手，但 Azure <--> OnPrem-SAP 连接现在可以正常工作）。此外，我们的 Azure SAP 连接器已经能够调用位于我们的 OnPrem-SAP 系统中的 RFC（SAP 日志条目可用）。
但是：SAP 连接器永远不会从混合连接获得任何响应，因为逻辑应用程序总是returns 1 分钟后超时：
LogicApp 仅包含 SAP 连接器，它调用长 运行ning RFC 并手动启动。
在 SAP 日志中，我们可以找到以下消息："Connection reset by peer."
现在我的实际问题是： 是否有可能增加 azure 中的超时值？或者我是否需要在 1 分钟内将我们的 SAP RFC 调整 运行，因为这是 Azure 的固定最大超时值？
提前感谢您的任何建议！
您使用的是 Microsoft 的 SAP Connector，您可以从 Azure Marketplace 库安装它吗？我们的，你是自己写的吗？ [因为你说你正在创建一个我不清楚]
目前，我们不提供超时作为最终用户会来调整的东西。有一个适当的异步模式，逻辑应用程序和 API 应用程序（连接器）应该遵循长时间 运行 操作。
在这种情况下，SAP 连接器预计 RFC 调用会在合理的时间内返回。这里不是这种情况，因此超时。老实说，我们希望所有 RFC 调用都能在一分钟内完成。那么，您的 RFC 调用需要多长时间？知道这一点会很好，因为超时无处不在，并且在混合场景中有许多活动部件（逻辑应用程序、API 应用程序、SB 中继、本地代理、sap 连接器等）。
谢谢 萨米尔
当我们发现这 60 秒在 Microsoft 的 SAP 连接器中有点硬编码时，我们决定更改我们的 RFC 以接受额外的参数。我们将该操作拆分为："Give me all Data from department A" 和后续的 "Give me all Data from department B".
"give me all Data"
由于此更改帮助我们创建了 运行 不超过 40 秒的 RFC 调用，因此我们不再面临此超时问题。现在一切都按预期工作。
也许在某个地方记录这个 60 秒的问题是个好主意。或者甚至更好：也许有一天您可以将此设置调整为 LogicApp 中的附加参数。
就我而言，我观察到 60 秒的限制适用于逻辑应用程序中使用的所有 API 应用程序。我在 API 应用程序中遇到过这种情况，一旦超过 60 秒就会超时。您可以在此 link API App times out after 1 minute in Logic Apps
中找到具有建议解决方法的相同问题