You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: includes/messaging-replicator-functions.md
+8-8Lines changed: 8 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -13,7 +13,7 @@ ms.custom: include file
13
13
14
14
A replication task receives events from a source and forwards them to a target. Most replication tasks will forward events unchanged and at most perform mapping between metadata structures if the source and target protocols differ.
15
15
16
-
Replication tasks are generally stateless, meaning that they do not share state or other side-effects across sequential or parallel executions of a task. That is also true for batching and chaining, which can both be implemented on top of the existing state of a stream.
16
+
Replication tasks are generally stateless, meaning that they don't share state or other side-effects across sequential or parallel executions of a task. That is also true for batching and chaining, which can both be implemented on top of the existing state of a stream.
17
17
18
18
This makes replication tasks different from aggregation tasks, which are generally stateful, and are the domain of analytics frameworks and services like [Azure Stream Analytics](../articles/stream-analytics/stream-analytics-introduction.md).
19
19
@@ -40,13 +40,13 @@ With Azure Functions Premium, multiple replication applications can share the sa
40
40
41
41
Whenever available, you should prefer the batch-oriented triggers over triggers that deliver individual events or messages and you should always obtain the complete event or message structure rather than rely on Azure Function's [parameter binding expressions](../articles/azure-functions/functions-bindings-expressions-patterns.md).
42
42
43
-
The name of the function should reflect the pair of source and target you are connecting, and you should prefix references to connection strings or other configuration elements in the application configuration files with that name.
43
+
The name of the function should reflect the pair of source and target you're connecting, and you should prefix references to connection strings or other configuration elements in the application configuration files with that name.
44
44
45
45
### Data and metadata mapping
46
46
47
-
Once you've decided on a pair of input trigger and output binding, you will have to perform some mapping between the different event or message types, unless the type of your trigger and the output is the same.
47
+
Once you've decided on a pair of input trigger and output binding, you'll have to perform some mapping between the different event or message types, unless the type of your trigger and the output is the same.
48
48
49
-
For simple replication tasks that copy messages between Event Hubs and Service Bus, you do not have to write your own code, but can lean on a [utility library that is provided](https://github.com/Azure-Samples/azure-messaging-replication-dotnet/tree/main/src/Azure.Messaging.Replication) with the replication samples.
49
+
For simple replication tasks that copy messages between Event Hubs and Service Bus, you don't have to write your own code, but can lean on a [utility library that is provided](https://github.com/Azure-Samples/azure-messaging-replication-dotnet/tree/main/src/Azure.Messaging.Replication) with the replication samples.
50
50
51
51
### Retry policy
52
52
@@ -80,7 +80,7 @@ Replication applications that must access Event Hubs bound to an Azure virtual n
80
80
81
81
The [samples repository](https://github.com/Azure-Samples/azure-messaging-replication-dotnet/) contains several examples of replication tasks that copy events between Event Hubs and/or between Service Bus entities.
82
82
83
-
For copying event between Event Hubs, you use an Event Hub Trigger with an Event Hub output binding:
83
+
For copying event data between event hubs, you use an Event Hubs Trigger with an Event Hubs output binding:
84
84
85
85
```csharp
86
86
[FunctionName("telemetry")]
@@ -112,9 +112,9 @@ The helper methods can make it easy to replicate between Event Hubs and Service
0 commit comments