Adds ByteByteGo guides and links (#106)

This PR adds all the guides from [Visual
Guides](https://bytebytego.com/guides/) section on bytebytego to the
repository with proper links.

- [x] Markdown files for guides and categories are placed inside
`data/guides` and `data/categories`
- [x] Guide links in readme are auto-generated using
`scripts/readme.ts`. Everytime you run the script `npm run
update-readme`, it reads the categories and guides from the above
mentioned folders, generate production links for guides and categories
and populate the table of content in the readme. This ensures that any
future guides and categories will automatically get added to the readme.
- [x] Sorting inside the readme matches the actual category and guides
sorting on production
This commit is contained in:
Kamran Ahmed
2025-04-01 06:16:44 +01:00
committed by GitHub
parent 44f1251199
commit ee4b7305a2
493 changed files with 15791 additions and 1728 deletions

View File

@@ -0,0 +1,27 @@
---
title: 'McDonalds Event-Driven Architecture'
description: 'Explore McDonalds event-driven architecture for scalability and efficiency.'
image: 'https://assets.bytebytego.com/diagrams/0266-mcdonald-s-event-driven-architecture.png'
createdAt: '2024-02-18'
draft: false
categories:
- real-world-case-studies
tags:
- Event-Driven Architecture
- Case Study
---
![](https://assets.bytebytego.com/diagrams/0266-mcdonald-s-event-driven-architecture.png)
Think you know everything about McDonald's? What about its event-driven architecture?
McDonald's standardizes events using the following components:
* **Event Registry:** An event registry to define a standardized schema.
* **Custom SDKs:** Custom software development kits (SDKs) to process events and handle errors.
* **Event Gateway:** An event gateway that performs identity authentication and authorization.
* **Utilities and Tools:** Utilities and tools to fix events, keep the cluster healthy, and perform administrative tasks.
To scale event processing, McDonald uses a regional architecture that provides global availability based on AWS. Within a region, producers shard events by domains, and each domain is processed by an MSK cluster. The cluster auto-scales based on MSK metrics (e.g., CPU usage), and the auto-scale workflow is based on step-functions and re-assignment tasks.
Reference: Behind the scenes: [McDonalds event-driven architecture](https://medium.com/mcdonalds-technical-blog/behind-the-scenes-mcdonalds-event-driven-architecture-51a6542c0d86)