Skip to content

Commit fcf4338

Browse files
committed
Clarity edits
1 parent 1179758 commit fcf4338

File tree

1 file changed

+4
-4
lines changed

1 file changed

+4
-4
lines changed

articles/connectors/apis-list.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -1,13 +1,13 @@
11
---
22
title: What are connectors
3-
description: Learn about connectors that help you access data, events, and resources in other apps, services, and systems from workflows in Azure Logic Apps.
3+
description: Learn how connectors help you access data, events, and resources in other apps, services, and systems from workflows in Azure Logic Apps.
44
services: logic-apps
55
ms.suite: integration
66
ms.reviewer: estfan, azla
77
ms.topic: conceptual
88
ms.date: 03/02/2023
99
ms.custom: engagement-fy23
10-
# As a developer, I want to learn about connectors and how they help me access data, events, and resources in other apps, services, systems, and platforms from my workflow in Azure Logic Apps.
10+
# As a developer, I want to learn how connectors help me access data, events, and resources in other apps, services, systems, and platforms from my workflow in Azure Logic Apps.
1111
---
1212

1313
# What are connectors in Azure Logic Apps
@@ -39,13 +39,13 @@ When the trigger fires, the trigger usually passes along event outputs for subse
3939

4040
## Actions
4141

42-
An *action* is an operation that follows the trigger and performs a specific task in your workflow. You can use multiple actions in your workflow. For example, you might start the workflow with a [SQL Server trigger](/connectors/sql/#triggers) that checks for new customer data in an SQL database. Following the trigger, your workflow can have a [SQL Server action](/connectors/sql/#actions) that gets the customer data. Following the SQL action, your workflow can have a different action that processes the data.
42+
An action specifies a task to perform and always appears as a subsequent step in the workflow. You can use multiple actions in your workflow. For example, you might start the workflow with a [SQL Server trigger](/connectors/sql/#triggers) that checks for new customer data in an SQL database. Following the trigger, your workflow can have a [SQL Server action](/connectors/sql/#actions) that gets the customer data. Following this SQL Server action, your workflow can use a different action that processes the data, for example, a [Data Operations action](../logic-apps/logic-apps-perform-data-operations.md) that creates a CSV table.
4343

4444
## Built-in connectors versus managed connectors
4545

4646
In Azure Logic Apps, connectors are either *built-in* or *managed*. Some connectors have both versions. The available versions depend on whether you create a *Consumption* logic app workflow that runs in multi-tenant Azure Logic Apps or a *Standard* logic app workflow that runs in single-tenant Azure Logic Apps. For more information about logic app resource types, see [Resource types and host environment differences](../logic-apps/logic-apps-overview.md#resource-environment-differences).
4747

48-
* [Built-in connectors](built-in.md) are designed to run natively inside Azure Logic Apps.
48+
* [Built-in connectors](built-in.md) are designed to run directly and natively inside Azure Logic Apps.
4949

5050
* [Managed connectors](managed.md) are deployed, hosted, and managed in Azure by Microsoft. Managed connectors mostly provide a proxy or a wrapper around an API that the underlying service or system uses to communicate with Azure Logic Apps.
5151

0 commit comments

Comments
 (0)