คุณโยกย้าย monolith ไปยัง microservices โดยใช้รูปแบบ strangler-fig ได้อย่างไร

Question

Accepted Answer

รูปแบบ **strangler-fig** ย้ายอย่างค่อยเป็นค่อยไป: คุณห่อ monolith ด้วยเลเยอร์การกำหนดเส้นทาง สกัดความสามารถหนึ่งครั้งเป็นบริการ และเปลี่ยนเส้นทางการรับส่งข้อมูลไปยังมัน — จนกว่า monolith จะ "ถูกสำลัก" ไป ไม่มี **การเขียนใหม่ครั้งใหญ่**

## วิธีการทำงาน

```text
Step 1: route all traffic through a facade/proxy to the monolith
Step 2: extract ONE capability → new service
Step 3: route just that path to the new service
Step 4: repeat; delete that code from the monolith

Client ─▶ [ Proxy ] ─┬─▶ /orders  ─▶ NEW Orders service
                       └─▶ everything else ─▶ Monolith
```

## การเลือกสิ่งที่จะสกัดออกมาก่อน

```text
✓ A bounded context with clear boundaries
✓ Something that needs independent scaling or deploys
✓ A part with few inbound dependencies (low risk)
✗ Don't start with the tangled core
```

## การจัดการข้อมูลที่ใช้ร่วมกัน

ส่วนที่ยากคือฐานข้อมูล สกัดตารางของบริการ จากนั้นขาดความสัมพันธ์ DB ที่ใช้ร่วมกันโดยใช้เหตุการณ์หรือเลเยอร์ป้องกันการสิ้นเปลือง มักจะใช้เทคนิค **branch-by-abstraction** ขณะที่ทั้งคู่ทำงาน

## การแลกเปลี่ยน

```text
✓ Low risk — small, reversible steps, always shippable
✓ Value early, learn the seams as you go
✗ Slow; you run a hybrid system for a long time
✗ Temporary duplication and routing complexity
```

## เหตุใดจึงสำคัญ

การเขียนใหม่ครั้งใหญ่มักล้มเหลวไป — พวกมันแข็งตัวการพัฒนาฟีเจอร์เป็นเวลาหลายเดือน และจัดส่งการตัดขาดที่เสี่ยงภัยไปพร้อมๆ กัน

รูปแบบ strangler-fig ทำให้ระบบยังคงมีชีวิตและสามารถปล่อยออกมาตลอดเวลา ช่วยให้คุณหยุดหรือจัดลำดับความสำคัญใหม่ได้ทุกเมื่อ และบังคับให้คุณค้นพบขอบเขตบริการจริงจากระบบที่ใช้งานอยู่แทนที่จะเดาล่วงหน้า