Skip to content

Commit 4a38499

Browse files
committed
chore: tech digest 2026-07-23
1 parent 63f006f commit 4a38499

2 files changed

Lines changed: 34 additions & 1 deletion

File tree

dist/index.html

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -68,7 +68,7 @@
6868
}
6969
})();
7070
</script>
71-
<script type="module" crossorigin src="/assets/index-jl1QzLps.js"></script>
71+
<script type="module" crossorigin src="/assets/index-bIzbf8t2.js"></script>
7272
<link rel="stylesheet" crossorigin href="/assets/index-CDLKDabG.css">
7373
</head>
7474

src/data/newsletters.json

Lines changed: 33 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,5 +1,38 @@
11
{
22
"digests": [
3+
{
4+
"id": "2026-07-23",
5+
"date": "2026-07-23",
6+
"tokensUsed": 1339613,
7+
"entries": [
8+
{
9+
"rank": 1,
10+
"newsletter": "System Design One",
11+
"author": "Neo Kim",
12+
"title": {
13+
"en": "Microservices Design Patterns",
14+
"pt": "Padroes de design para microservices"
15+
},
16+
"summary": {
17+
"en": "A practical tour through 22 microservices patterns, from API Gateway and Database per Service to Circuit Breaker, Saga, Transactional Outbox, CQRS, Service Mesh, and Event Sourcing. The piece is strong because it does not just list patterns: it explains when each one matters, the failure mode it addresses, and the tradeoffs teams accept when they choose autonomy, asynchronous workflows, and resilience over simple shared-state designs.",
18+
"pt": "Um passeio pratico por 22 padroes de microservices, de API Gateway e Database per Service ate Circuit Breaker, Saga, Transactional Outbox, CQRS, Service Mesh e Event Sourcing. O texto se destaca porque nao apenas lista os padroes: ele explica quando cada um importa, qual modo de falha ele resolve e quais tradeoffs os times aceitam ao trocar simplicidade de estado compartilhado por autonomia, assincronia e resiliencia."
19+
},
20+
"insights": {
21+
"en": [
22+
"The most useful framing is that microservices succeed or fail on boundary design: private data ownership, stable service contracts, and explicit coordination patterns matter more than the deployment model itself.",
23+
"Resilience patterns such as circuit breakers, retries with backoff, bulkheads, and health checks are not optional polish; they are the operating system of a service ecosystem with unreliable dependencies.",
24+
"The article is broadly relevant because it treats patterns as decision tools with costs, which is exactly how engineering managers and senior developers should discuss architecture in real teams."
25+
],
26+
"pt": [
27+
"O enquadramento mais util e que microservices vivem ou morrem pelo desenho das fronteiras: propriedade privada dos dados, contratos estaveis e padroes explicitos de coordenacao importam mais do que o modelo de deploy em si.",
28+
"Padroes de resiliencia como circuit breaker, retry com backoff, bulkhead e health check nao sao acabamento; eles funcionam como sistema operacional de um ecossistema de servicos com dependencias nao confiaveis.",
29+
"O texto e amplamente relevante porque trata padroes como ferramentas de decisao com custo, que e exatamente como engineering managers e devs seniores deveriam discutir arquitetura em times reais."
30+
]
31+
},
32+
"link": "https://newsletter.systemdesign.one/p/microservices-design-patterns"
33+
}
34+
]
35+
},
336
{
437
"id": "2026-07-22-eng",
538
"date": "2026-07-22",

0 commit comments

Comments
 (0)