0
← กลับไปหน้าคอร์ส DBA Never out
บทที่ 1 / ตอนที่ 1
หัวข้อ ทำความรู้จักอาชีพ DBA
บทที่ 1 — เริ่มต้นกับงาน Database Admin

ทำความรู้จักอาชีพ DBA

ตอนที่ 1 / 60 ทำ Action Item ไปแล้ว 0 / 60

ตี 3 ระบบล่ม ทุกคนหลับ แต่มีคนหนึ่งต้องตื่น — นั่นคือ DBA ครับ ยินดีต้อนรับเข้าสู่คอร์ส DBA Never out ก่อนจะลงมือติดตั้งฐานข้อมูลหรือเขียน SQL สักบรรทัด ผมอยากชวนคุยก่อนว่างานนี้จริง ๆ แล้วคืออะไร เพราะหลายคนเข้าใจว่า DBA แปลว่า “คนดูแลฐานข้อมูล” เฉย ๆ ซึ่งถูกแค่ครึ่งเดียว

§ 01 — DBA ทำอะไรบ้าง

พูดสั้น ๆ DBA (Database Administrator) คือคนที่รับผิดชอบให้ข้อมูลขององค์กร อยู่ครบ ปลอดภัย และเข้าถึงได้เร็ว ตลอดเวลา งานจริงกว้างกว่าคำว่า “ดูแล” มาก ครอบคลุมตั้งแต่ออกแบบโครงสร้างฐานข้อมูลตั้งแต่วันแรก ปรับแต่งให้ query ที่ช้าให้เร็วขึ้น ตั้งค่าสิทธิ์การเข้าถึงไม่ให้ข้อมูลรั่ว ไปจนถึงวางแผนสำรองข้อมูลไว้กู้คืนเวลาระบบพัง

สิ่งที่ทำให้ DBA ต่างจากงานสาย IT อื่น ๆ คือ ผลของความผิดพลาดมันแพงมาก — โค้ด frontend พังยังพอแก้ได้ แต่ข้อมูลลูกค้าหายไปหนึ่งตาราง อาจกู้คืนไม่ได้เลย

production-db · uptime check
dba@prod-01:~$ uptime 15:04:22 up 412 days, 3:17, 2 users, load average: 0.31, 0.28, 0.22 // 412 วันที่ระบบไม่เคยหยุด คือผลงานที่มองไม่เห็น แต่สำคัญที่สุดของ DBA
§ 02 — ทำไมงานนี้ถึง “never out”

ชื่อคอร์สไม่ได้ตั้งขึ้นมาเท่ ๆ เฉย ๆ ครับ “Never out” มาจากความจริงสองข้อของงาน DBA ข้อแรกคือ ฐานข้อมูลไม่เคยหยุดทำงาน ตราบใดที่ธุรกิจยังเปิดอยู่ ข้อมูลก็ถูกสร้างและอ่านตลอดเวลา ต่อให้เที่ยงคืนก็มีธุรกรรมวิ่งอยู่ ข้อสองคือ ทักษะ DBA ไม่มีวันตกยุค เทคโนโลยีรอบข้างเปลี่ยนไปเรื่อย ๆ — จาก on-premise ไป cloud, จาก SQL ล้วนไปผสม NoSQL — แต่หลักการพื้นฐานเรื่อง normalization, indexing, transaction ยังเป็นรากฐานเดิมที่ใช้ได้ทุกยุค

นั่นแปลว่าเวลาที่ลงทุนเรียนคอร์สนี้ จะไม่มีวันหมดอายุเร็ว ๆ เหมือนเทคโนโลยีบางอย่างที่ฮิตแป๊บเดียวแล้วหาย

TYPE · 01
Production DBA

ดูแลระบบที่ใช้งานจริง เน้นความเสถียร uptime และการตอบสนองเหตุฉุกเฉิน

TYPE · 02
Development DBA

ทำงานใกล้ทีม dev ช่วยออกแบบ schema และปรับ query ตั้งแต่ตอนพัฒนาระบบ

TYPE · 03
Cloud DBA

ดูแลฐานข้อมูลบน managed service เช่น RDS, Cloud SQL เน้นการตั้งค่าและควบคุมต้นทุน

TYPE · 04
Data Architect

มองภาพรวมระดับองค์กร ออกแบบว่าข้อมูลควรไหลและเก็บอยู่ตรงไหนบ้าง

💡 มุมมองจากคอร์สนี้

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

ตลอด 10 บทของคอร์สนี้ เราจะไล่จากพื้นฐาน SQL และการออกแบบฐานข้อมูล ไปจนถึงเรื่องที่ใช้จริงในงาน เช่น indexing, security, backup/recovery, transaction, monitoring และ high availability ปิดท้ายด้วยการเตรียมตัวสู่การทำงานจริง

ACTION ITEM

ก่อนไปตอนถัดไป ลองเขียนสั้น ๆ ครับ: ตอนนี้คุณใช้งานหรือเจอฐานข้อมูลอะไรอยู่บ้าง (เช่น ระบบที่ทำงาน, แอปที่ใช้, หรือแม้แต่สเปรดชีตที่ทำหน้าที่คล้ายฐานข้อมูล) และอยากให้คอร์สนี้ช่วยตอบคำถามอะไรให้คุณมากที่สุด

💾 บันทึกอัตโนมัติในเบราว์เซอร์นี้เท่านั้น