ปูพื้นฐาน System Design สำหรับมือใหม่ เริ่มต้นอย่างไรให้ระบบรองรับอนาคต

System Design คืออะไร ทำไมมือใหม่ต้องรู้

หลายคนมักคิดว่า System Design (การออกแบบโครงสร้างระบบ) เป็นเรื่องของโปรแกรมเมอร์ระดับหัวหน้าเท่านั้น แต่ความจริงแล้วมันคือทักษะการวางแผนเพื่อให้แอปพลิเคชันของเราทำงานได้ต่อเนื่องแม้จะมีคนใช้เพิ่มขึ้น ลองนึกภาพว่าคุณเปิดร้านขายของชำเล็กๆ ที่มีลูกค้าวันละ 10 คน คุณจัดการทุกอย่างเองได้สบายมาก แต่ถ้าจู่ๆ มีลูกค้ามาพร้อมกัน 1,000 คน ร้านของคุณจะวุ่นวายและบริการไม่ทันทันที

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

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

เส้นทางของข้อมูลจากเบราว์เซอร์ถึงเซิร์ฟเวอร์

เมื่อผู้ใช้งานพิมพ์ชื่อเว็บไซต์ลงในเบราว์เซอร์ สิ่งแรกที่เกิดขึ้นคือการตามหาว่าเว็บไซต์นั้นอยู่ที่ไหน เปรียบเหมือนการที่คุณต้องการไปบ้านเพื่อนแต่ไม่มีที่อยู่ คุณต้องเปิดสมุดโทรศัพท์เพื่อหาว่าบ้านเลขที่นี้อยู่ที่ไหน DNS (ระบบที่แปลงชื่อเว็บไซต์ให้เป็นเลขไอพี) ก็คือสมุดโทรศัพท์เล่มนั้นที่คอยบอกว่าชื่อเว็บนี้อยู่ที่เลขไอพี (เลขที่ระบุตำแหน่งเครื่องคอมพิวเตอร์บนอินเทอร์เน็ต) อะไร

เมื่อเบราว์เซอร์ได้เลขไอพีมาแล้ว มันจะส่งคำขอไปที่เซิร์ฟเวอร์ (คอมพิวเตอร์ที่คอยให้บริการข้อมูล) โดยใช้สิ่งที่เรียกว่า Request (คำขอข้อมูลจากฝั่งผู้ใช้) ซึ่งเปรียบเสมือนใบสั่งของลูกค้าที่ส่งไปที่เคาน์เตอร์ร้านอาหาร เซิร์ฟเวอร์จะได้รับใบสั่งนี้ แล้วไปค้นหาข้อมูลจากฐานข้อมูลเพื่อนำกลับมาแสดงผลให้ผู้ใช้เห็น

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

ฐานข้อมูลคือหัวใจของการเก็บข้อมูล

Database (ฐานข้อมูล) คือที่เก็บข้อมูลของแอปพลิเคชัน เช่น รายชื่อผู้ใช้ สินค้า และรายการสั่งซื้อ ข้อมูลเหล่านี้มักมีความสัมพันธ์กัน เช่น นาย ก. สั่งซื้อสินค้า ข. ข้อมูลของ นาย ก. และสินค้า ข. ต้องเชื่อมโยงกันได้ Relational Database (ฐานข้อมูลแบบตารางที่มีความสัมพันธ์กัน) จึงเป็นตัวเลือกยอดนิยมเพราะมันจัดการความสัมพันธ์เหล่านี้ได้ดีเยี่ยม

ลองจินตนาการถึงตารางใน Excel ที่มีชื่อผู้ใช้แยกเป็นแถว และมีรหัสสินค้าในอีกตารางหนึ่ง ฐานข้อมูลแบบนี้จะช่วยให้เราดึงข้อมูลมาเชื่อมโยงกันได้ง่ายด้วยภาษาที่เรียกว่า SQL (ภาษาสำหรับสั่งงานฐานข้อมูล) ซึ่งช่วยให้เราถามคำถามกับระบบได้ เช่น "ใครบ้างที่ซื้อรองเท้าในเดือนที่แล้ว" โดยที่ข้อมูลยังคงเป็นระเบียบและตรวจสอบได้

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

-- ตัวอย่างการสร้างตารางผู้ใช้และสั่งซื้อ
CREATE TABLE users (id INT, name TEXT);
CREATE TABLE orders (id INT, user_id INT, product_name TEXT);

-- การดึงข้อมูลเชื่อมโยงกัน
SELECT users.name, orders.product_name 
FROM users 
JOIN orders ON users.id = orders.user_id;

บรรทัดที่ 1-2 คือการกำหนดโครงสร้างตารางข้อมูลเพื่อเก็บชื่อผู้ใช้และรายการสั่งซื้อ ส่วนบรรทัดที่ 5-7 คือการใช้คำสั่งเชื่อมโยงข้อมูลสองตารางเข้าด้วยกันเพื่อให้ได้ผลลัพธ์ที่ต้องการ

ผลลัพธ์ที่ควรเห็นคือ รายชื่อผู้ใช้คู่กับสินค้าที่เขาซื้อ เช่น "สมชาย ซื้อ รองเท้า" แสดงออกมาบนหน้าจอ

ความสำคัญของธุรกรรมในระบบ

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

ธุรกรรมทำงานด้วยหลักการ ACID (มาตรฐานความปลอดภัยของข้อมูล) ซึ่งรับประกันว่าข้อมูลจะไม่ผิดพลาดหรือสูญหายระหว่างทาง หากเกิดข้อผิดพลาดขึ้น ระบบจะทำการ Rollback (ยกเลิกการกระทำทั้งหมดที่ทำไปก่อนหน้า) เพื่อให้ข้อมูลกลับไปอยู่ในสภาพปกติเหมือนก่อนเริ่มทำรายการ เพื่อไม่ให้เกิดข้อมูลค้างคาหรือข้อมูลที่ผิดเพี้ยน

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

// ตัวอย่างการทำธุรกรรมในโค้ด
db.beginTransaction();
try {
  deductBalance(user_id, amount); // หักเงิน
  createOrder(user_id, product);  // สร้างรายการสั่งซื้อ
  db.commit(); // ยืนยันการทำรายการทั้งหมด
} catch (error) {
  db.rollback(); // ถ้ามีอะไรผิดพลาด ให้ยกเลิกทั้งหมด
}

บรรทัดที่ 2 คือการเริ่มธุรกรรม บรรทัดที่ 4-5 คือการทำงานสองอย่างพร้อมกัน บรรทัดที่ 6 คือการบันทึกข้อมูลถาวร และบรรทัดที่ 8 คือการย้อนกลับถ้าเกิดข้อผิดพลาด

ผลลัพธ์ที่ควรเห็นคือ ถ้าหักเงินได้แต่สร้างออเดอร์ไม่ได้ ระบบจะคืนเงินกลับทันที ไม่มีการบันทึกข้อมูลที่ผิดพลาดลงในฐานข้อมูล

เมื่อเซิร์ฟเวอร์เดียวเริ่มรับมือไม่ไหว

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

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

การขยายระบบแบบเพิ่มจำนวนเครื่องต้องอาศัยตัวช่วยที่เรียกว่า Load Balancer (ตัวกระจายภาระงาน) ซึ่งทำหน้าที่เหมือนพนักงานต้อนรับที่คอยแจกจ่ายคิวให้ลูกค้าไปใช้บริการที่เคาน์เตอร์ต่างๆ ได้อย่างเท่าเทียมกัน ทำให้ระบบของคุณทำงานได้เร็วขึ้นและรองรับผู้ใช้งานได้มหาศาลโดยไม่พังไปเสียก่อน

สรุปและแนวทางการนำไปใช้

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

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

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

ที่มา: Foundations of System Design: Learn It the Way I Wish Someone Taught Me — DEV Community