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
<p>An end-user application sends an <em>HTTP</em> request to the <em>Event Mesh</em>. Such message can be understood as a <em>Command</em> type event.</p>
296
+
<p>An end-user application sends an <em>HTTP</em> request to the <em>Event Mesh</em>.
297
+
Such message can be understood as a <em>Command</em> type event.</p>
297
298
</li>
298
299
<li>
299
300
<p>The <em>Event Mesh</em> (Broker) persists the event in a queue (like an Apache Kafka topic, but the implementation is hidden from the user).
<td>We are sending the fee back to the <em>Event Mesh</em> using <em>HTTP REST</em> client.</td>
361
+
<td>We are sending the fee, as <em>Cloud Event</em>, back to the <em>Event Mesh</em> using <em>HTTP REST</em> client.</td>
358
362
</tr>
359
363
</table>
360
364
</div>
@@ -489,7 +493,7 @@ <h4 id="_event_mesh"><a class="anchor" href="#_event_mesh"></a><a class="link" h
489
493
</td>
490
494
<tdclass="content">
491
495
<divclass="paragraph">
492
-
<p>The policy is <code>exponential</code>, and the <code>retry</code> is 10, which means that after approximately 6 min and 50 sec the event will be dropped.</p>
496
+
<p>In our example, the policy is <code>exponential</code>, and the <code>retry</code> is 10, which means that after approximately 6 min and 50 sec the event will be dropped (or routed to the <code>deadLetterSink</code> if configured).</p>
493
497
</div>
494
498
</td>
495
499
</tr>
@@ -504,7 +508,7 @@ <h4 id="_event_mesh"><a class="anchor" href="#_event_mesh"></a><a class="link" h
504
508
<tdclass="content">
505
509
<divclass="paragraph">
506
510
<p>A <code>deadLetterSink</code> option could be configured for the <em>Broker</em> to send the events that failed to be delivered in time to a back-up location.
507
-
Events captured in a back-up location can be re-transmitted into the <em>Event Mesh</em> later.</p>
511
+
Events captured in a back-up location can be re-transmitted into the <em>Event Mesh</em> later by reconfiguring the <em>Mesh</em> (after resolving the outage or deploying a bug fix).</p>
<p>The console shows two sink bindings on the left, and they are feeding the events from the applications to the <em>Broker</em> (depicted in the center).
1120
-
on the right, you could see the two applications deployed as <em>Knative</em> services, and two triggers (as lines) that configure the <em>Event Mesh</em> to feed appropriate events to the applications.</p>
1124
+
The <em>Broker</em> is the centralized infrastructure piece that ensures a proper decoupling of the services.
1125
+
On the right, you could see the two applications deployed as <em>Knative</em> services, and two triggers (as lines) that configure the <em>Event Mesh</em> to feed appropriate events to the applications.</p>
<p><ahref="https://github.com/cardil/cabs-usvc">Demo Source</a><em>(The example code used in this solution)</em></p>
158
+
<p><ahref="https://github.com/cardil/cabs-usvc">Demo source code</a>— <em>The example code used in this solution, based on the <ahref="https://github.com/legacyfighter/cabs-java">LegacyFighter Java app</a></em></p>
159
159
</li>
160
160
<li>
161
-
<p><ahref="https://youtu.be/Rc5IO6S6ZOk">youtu.be / Rc5IO6S6ZOk</a><em>(The talk that served a base for this solution)</em></p>
161
+
<p><ahref="https://youtu.be/Rc5IO6S6ZOk">Let’s get meshy! Microservices are easy with Event Mesh</a>— <em>The talk that served a base for this solution</em></p>
162
162
</li>
163
163
<li>
164
164
<p><ahref="https://www.redhat.com/en/technologies/cloud-computing/openshift/serverless">Red Hat OpenShift Serverless</a></p>
0 commit comments