Skip to content

Commit 96ff5f4

Browse files
committed
Index page content
1 parent cab66db commit 96ff5f4

File tree

7 files changed

+56
-18
lines changed

7 files changed

+56
-18
lines changed

dev-site.yml

Lines changed: 1 addition & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -4,16 +4,14 @@ runtime:
44
site:
55
title: Solution Patterns for Cloud Native Architectures (Dev Mode)
66
url: http://localhost:3000/
7-
start_page: solution-pattern-template::index.adoc
7+
start_page: solution-pattern-event-mesh-for-microservices::index.adoc
88

99
content:
1010
sources:
1111
- url: .
1212
branches: HEAD
1313
start_path: documentation
1414
asciidoc:
15-
attributes:
16-
title: Red Hat Solution Patterns (Dev Mode)
1715
extensions:
1816
- ./lib/remote-include-processor.js
1917
- ./lib/tab-block.js

documentation/antora.yml

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1,5 +1,5 @@
1-
name: solution-pattern-template
2-
title: Template Tutorial
1+
name: solution-pattern-event-mesh-for-microservices
2+
title: Event Mesh For Applications
33
version: master
44
nav:
55
- modules/ROOT/nav.adoc
Lines changed: 27 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,32 @@
11
== The story behind this solution pattern
22

3-
A description of the story that was used to build the demo and architectures of this SP.
3+
Cabs is a fictional transportation company. Engineers at Cabs were struggling
4+
with their transactional-style, monolith application. They recently
5+
started an effort to modernize it.
6+
7+
The team saw a recent https://www.youtube.com/watch?v=Rc5IO6S6ZOk[talk on _Event Mesh_].
8+
The talk presented the advantages of moving beyond transactional architectures
9+
in favor of eventual consistency. By leveraging event meshes with technologies
10+
like Knative, developers can achieve decoupled, reliable microservices without
11+
extensive re-engineering. This solution addresses inefficiencies and aligns
12+
distributed systems with real-world business processes. The team had figured
13+
out they could leverage the _CQRS_ pattern together with _Knative's Event Mesh_
14+
to modernize their application in a non-extrusive way.
415

516
== The Solution
617

7-
This is a summary of the solution
18+
The core of this solution is an event mesh—a dynamic, flexible layer that
19+
routes, retries, and processes asynchronous events across distributed
20+
components. Using _Knative Eventing_ and _CloudEvents_, this pattern enables:
21+
22+
* *Reliable delivery* of events with retry mechanisms.
23+
* Simplified *asynchronous workflows*.
24+
* *Decoupling* of services to improve scalability, testability and resilience.
25+
26+
The approach of Cabs engineering team is to extract well-defined services, using
27+
the _CQRS_ pattern to identify _Commands_ from _Queries_, and model the
28+
_Commands_ as _Events_. Those events will be routed to the _Event Mesh_ with
29+
regular _HTTP_ messages. The _CloudEvents_ library ensures the proper
30+
serialization of the events to and from the _HTTP_ messages. The _Event Mesh_
31+
will handle not only the persistence of the events in-flight, but also all the
32+
required logic of retry in case of endpoint failure.
Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,2 +1,2 @@
11
:experimental:
2-
:source-highlighter: highlightjs
2+
:source-highlighter: highlightjs

documentation/modules/ROOT/pages/developer-resources.adoc

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -4,7 +4,7 @@
44
:doctype: book
55

66

7-
= Developer Resources
7+
== Developer Resources
88

99
* Add link to the git repo of the code
1010
* Add links to whitepapers, ebooks, learning paths, product pages
Lines changed: 23 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -1,28 +1,43 @@
1-
= Solution Patterns: Template Name
1+
= Building Apps around the Event Mesh
22
:page-layout: home
33
:sectnums:
44
:sectlinks:
55
:doctype: book
66

7-
A brief introduction of this solution pattern.
7+
Understanding how to structure an application can be challenging. Different
8+
architectural patterns often lack insight into how to build day-to-day solutions
9+
that are often at least as complex as the business they operate in.
810

9-
_Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum_
11+
This solution pattern is written to make it obvious and to show simple, yet
12+
elegant, correct, and comprehensive way of building software, either in
13+
greenfield or even in legacy projects. This solution leverages the
14+
https://www.redhat.com/en/technologies/cloud-computing/openshift/serverless[Red Hat Serverless]
15+
Eventing component, which implements the https://www.redhat.com/en/topics/integration/what-is-an-event-mesh[Event Mesh] pattern.
1016

11-
*Contributors:* _Your Name(s) here (can add links to your profile)_
17+
*Contributors:* https://github.com/cardil[Chris Suszynski]
1218

1319
++++
1420
<br>
1521
++++
1622
[NOTE]
1723
====
18-
Solutions Patterns help you understand the art of the possible with Red Hat's portfolio, and not intended to be used as is for production environments. You are welcome use any part of this solution pattern for your own workloads.
24+
Solution Patterns help you understand the art of the possible with Red Hat's
25+
portfolio, and not intended to be used as is for production environments. You
26+
are welcome to use any part of this solution pattern for your own workloads.
1927
====
2028
[#use-cases]
2129
== Use cases
2230

23-
Common use cases that can be address with this architecture are:
31+
Event mesh pattern simplifies the operational complexity of distributed
32+
applications, making architectures more resilient and scalable.
2433

25-
- xyz
26-
- xyz
34+
Common use cases that can be addressed with this architecture include:
35+
36+
- *Correctness* and *consistency* across distributed applications and services,
37+
without the hassles of _Event Sourcing_.
38+
- *Modernising* legacy applications by extracting smaller *microservices* into a
39+
distributed and eventually consistent system.
40+
- *Enabling communication* with external services, that can be easily tested
41+
using a common *developer toolkit*.
2742
2843
include::01-pattern.adoc[]

site.yml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -4,7 +4,7 @@ runtime:
44
site:
55
title: Solution Patterns for Cloud Native Architectures
66
url: https://redhat-solution-patterns.github.io/solution-patterns/
7-
start_page: solution-pattern-template::index.adoc
7+
start_page: solution-pattern-event-mesh-for-microservices::index.adoc
88

99
content:
1010
sources:

0 commit comments

Comments
 (0)