像 Casha 這種 F&B 專案, 使用到 Redis 做快取的時機點還是挺多的, 這裡就舉出 Casha 使用 Redis 的時機, 以及如何處理快取雪崩, 擊穿和穿透等情境...

在完成 Menu & Order/Payment 這些 api 後, 基本上就可以利用 Jmeter 壓力測試來找到系統的瓶頸和極限能力, 並藉由 Grafana/Prometheus 的整合, 以即時監控與找到瓶頸點...

Casha 的 admin-portal 提供了一套能配置餐廳權限與設定菜單的功能, 今天就來介紹一下 admin-portal 的 RBAC 設計, 以及菜單, 桌號的一些設計, 最後介紹整個 order api 的流程, 以及 redis 和 RabbitMQ 在這個過程扮演的角色...