Monorepo vs Polyrepo: คุณควรเลือกกลยุทธ์แบบไหน?

เมื่อทำงานกับโปรเจกต์ซอฟต์แวร์ที่ซับซ้อน การเลือกระหว่าง monorepo และ polyrepo สามารถส่งผลกระทบอย่างมากต่อประสิทธิภาพของทีมและความสามารถในการขยายโค้ด ในบทความนี้ เราวิเคราะห์ความแตกต่าง ข้อดีและข้อเสียของแต่ละแนวทาง และช่วยคุณเข้าใจว่าแบบไหนเหมาะกับคุณ

Monorepo และ Polyrepo คืออะไร?

Monorepo

Monorepo (monolithic repository) คือ repository เดียวที่เก็บซอร์สโค้ดสำหรับหลายโปรเจกต์ บริการ หรือแพ็กเกจ ซึ่งมักเกี่ยวข้องกัน

my-monorepo/
  packages/
    frontend/
    backend/
    shared/
  package.json
  turbo.json

Polyrepo

Polyrepo (multiple repositories) หมายความว่าแต่ละโปรเจกต์ บริการ หรือแพ็กเกจมี repository แยกของตัวเอง

repos/
  frontend/
    package.json
  backend/
    package.json
  shared/
    package.json

ความแตกต่างเชิงภาพ

ข้อดีและข้อเสีย

Monorepo

ข้อดี:

• ทำให้การแชร์โค้ดง่ายขึ้น (เช่น ไลบรารีที่ใช้ร่วมกัน)
• การ refactoring แบบ atomic ข้ามหลายโปรเจกต์
• การจัดการ dependency และการตั้งค่าแบบรวมศูนย์

ข้อเสีย:

• อาจหนักขึ้นเมื่อ codebase เติบโต
• ต้องการเครื่องมือในการจัดการ build/test บางส่วน (เช่น Nx, Turborepo)

Polyrepo

ข้อดี:

• แต่ละทีม/โปรเจกต์เป็นอิสระ
• จัดการง่ายกว่าสำหรับโปรเจกต์เล็ก
• อนุญาตนโยบายการเข้าถึงแบบละเอียด

ข้อเสีย:

• แชร์โค้ดยากขึ้นโดยไม่ต้องเผยแพร่แพ็กเกจ
• การ refactoring ข้าม repo ซับซ้อนกว่า
• อาจมีการตั้งค่าซ้ำกัน

ตัวอย่างจริง: Monorepo กับ Turborepo

สมมติว่าคุณต้องการสร้าง monorepo ที่มี frontend และ backend โดยใช้ Turborepo

1. เริ่มต้น monorepo

npx create-turbo@latest

2. โครงสร้างทั่วไป

my-monorepo/
  apps/
    web/        # frontend Next.js
    api/        # backend Node.js/Express
  packages/
    ui/         # shared component library
    utils/      # shared functions
  turbo.json
  package.json

3. ตัวอย่าง workspace ใน package.json

{
  "private": true,
  "workspaces": [
    "apps/*",
    "packages/*"
  ]
}

4. ตัวอย่างการ import ไลบรารีที่ใช้ร่วมกัน

สมมติว่าคุณมีฟังก์ชันใน packages/utils/src/formatDate.ts:

// packages/utils/src/formatDate.ts
export function formatDate(date: Date): string {
  return date.toLocaleDateString('en-US');
}

ใน frontend:

// apps/web/pages/index.tsx
import { formatDate } from '@myorg/utils';

export default function Home() {
  return <div>Today is {formatDate(new Date())}</div>;
}

เมื่อไหร่ควรเลือก Monorepo?

• ทีมขนาดกลาง-ใหญ่ที่ทำงานหลายโปรเจกต์ที่เกี่ยวข้องกัน
• ต้องการแชร์โค้ดและทำ refactoring ขนาดใหญ่
• โปรเจกต์ที่เติบโตเร็วและต้องการ build/test ที่เหมาะสม

เมื่อไหร่ควรเลือก Polyrepo?

• โปรเจกต์เล็กหรือเป็นอิสระ
• ทีมแยกกันทำงานบนผลิตภัณฑ์ที่แตกต่างกัน
• นโยบายการเข้าถึงที่เข้มงวดมาก

สรุป

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