Skip to content

Commit aeabc6d

Browse files
committed
Reformat table
1 parent 3e83a6e commit aeabc6d

File tree

1 file changed

+8
-7
lines changed

1 file changed

+8
-7
lines changed

documentation/modules/ROOT/pages/02-architecture.adoc

Lines changed: 8 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -181,26 +181,27 @@ The uptime can't be raised to 100%, though, so _Service Mesh_ still can lose the
181181

182182
The table below captures the key differences:
183183

184-
[cols="^1,^2,^2"]
184+
[cols=".^1,.^2,.^2"]
185185
|===
186186
|| Service Mesh | Event Mesh
187187

188188
|
189189
*Similarities*
190190

191-
2+|
191+
2+a|
192+
192193
* Flexibility
193194
* Robustness
194195
* Decoupling
195196

196197
|
197198
*Differences*
198-
|
199+
a|
199200
* Synchronous
200-
* Request and Response
201+
* Request and response
201202
* Better for queries
202203

203-
|
204+
a|
204205
* Asynchronous
205206
* Events
206207
* Better for commands
@@ -219,10 +220,10 @@ For instance:
219220

220221
* This approach decouples old systems from rigid workflows, allowing for gradual modernization while ensuring operational continuity.
221222

222-
=== Improving Resilience in Traditional Applications
223+
=== Improving Resilience in Applications
223224

224225
Traditional systems often rely on synchronous calls and transactions, which can cascade failures across components.
225-
Replacing these with asynchronous event-driven communication reduces dependencies.
226+
Replacing these with asynchronous event-driven communication reduces dependencies and makes the system _Eventually Consistent_.
226227

227228
For example, invoicing and notification services in an e-commerce platform can process events independently, ensuring that downtime in one service does not block the entire workflow.
228229

0 commit comments

Comments
 (0)