分享過去工作時嘗試引入 Backend for Frontedn 作為 orchestrator service 的範例...

一月底的週末, 剛從菠菜離職的學弟約我吃了頓飯, 讓我目睹了一個純用 switch case 和 ad-hoc 打造的流程系統, 那晚我苦思良久...

之前在工作中曾經有更新過一個需求, 將第三方 api response 內增加的參數儲存到 DB 內, 卻讓我看到了一段 Legacy Code, 埋藏在我心裡一段時間, 今天拿出來優化與分享...

今年中在撰寫 colorly-lite 的時候用 docker-compose 啟動了新的 MinIO, 赫然發現 Web UI 的功能被大幅消減..., 先前管理 admin 帳號等功能都消失, 了解來龍去脈後, 一怒之下開始尋找替代方案 ...

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

在微服務架構中，傳統的 ACID 事務無法跨越多個服務，Saga 模式就為了解決這個問題而誕生, Cash Pos 在微服務的分布式事務上, 使用了 Orchestration Saga, 藉這個機會介紹和紀錄一下 Saga Pattern...

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

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

Casha POS 是一套專為餐飲業 (F&B) 打造的系統, 是我這一段時間手搓的第二個專案, 預計會分成三篇, 介紹架構, 整合 Redis, MQ 的 Menu 快取機制與高併發 order api, 以及壓測與監控...

用 Colorly 介紹軟體開發生命週期, 以及專案各階段在實務中如何落地應用...