สรุป 5 วินาที: รู้สึกเกินกำลังเป็นเรื่องปกติ Excel มักรวมงานตารางไว้ในแอปเดียว แต่พอเข้า GitHub และ Cloudflare จะเจอการจัดการเวอร์ชัน Build เซิร์ฟเวอร์ ฐานข้อมูล การกระจายทั่วโลก ความปลอดภัย และการกู้คืนจากความล้มเหลวพร้อมกัน นี่ไม่ใช่แค่ “ไม่เก่งเทคโนโลยี” แต่เหมือนข้ามหลายด่านแล้วเข้า final dungeon ทันที
1. คิดว่าหลัง Excel ก็แค่ทำเว็บ ทำไมมีศูนย์โลจิสติกส์โผล่มา
คนที่คุ้นกับ spreadsheet พอเข้าการพัฒนาเว็บมักถามว่า:
ไม่ได้แค่อยากเปิดเว็บขึ้นมาหรือ?
HTML ยังพอเข้าใจได้
แล้ว Git, GitHub, repository, branch, commit, build, deploy, Worker, D1, KV, DNS, CDN และ CI/CD ก็มาในครั้งเดียว
ออกจากหมู่บ้านเริ่มต้นแล้วไม่ได้เจอสไลม์ แต่เจอ “บทนำระบบกระจาย”
เหตุผลคือ Excel มักจบงานในโปรแกรมเดียว ส่วนบริการเว็บแยกการเขียน การเก็บ การแปลง การรัน การส่ง และการบันทึกออกเป็นหลายชั้น
2. ปัญหาจริงไม่ใช่ยากเกินไป แต่คือข้ามชั้น
ไม่มีหลักสูตรเดียวสำหรับทุกคน แต่โดยแนวคิดชั้นมักเพิ่มประมาณนี้:
- เขียนไฟล์
- เก็บประวัติด้วย Git
- เก็บและทำงานร่วมกันบน GitHub
- Build
- Deploy
- รัน API
- ต่อฐานข้อมูล
- ทำ automation
- retry และ recovery
ด้วย AI และ template คนเริ่มต้นอาจกระโดดจากข้อ 1 ไปข้อ 9 ได้เร็วมาก
สะดวก
แต่หนักกับ working memory
เมื่อวานเพิ่งรู้ว่า GitHub เก็บโค้ด วันนี้ได้ยิน “Workers Builds root”, “D1 binding”, “KV eventual consistency”
เหมือนเพิ่งเรียนใช้ตู้เย็น วันต่อมาต้องบริหาร supply chain โรงงานอาหาร
3. GitHub คืออะไร — คลังแบบพิมพ์เขียวพร้อมประวัติการเปลี่ยนแปลง
หน้าที่หลักของ GitHub คือจัดการไฟล์และการเปลี่ยนแปลงใน Git repository
โปรเจกต์เว็บอาจมีบทความ HTML CSS JavaScript configuration test และ script
commit บันทึกว่าอะไรเปลี่ยนและเมื่อไร
โมเดลง่าย ๆ:
GitHub = คลังแบบพิมพ์เขียว + ประวัติการเปลี่ยน
GitHub Pages ยังโฮสต์เว็บ static ได้ และ GitHub Actions ทำ Build Test Deploy อัตโนมัติได้
จึงดูเหมือนมากกว่าคลัง
เพราะในคลังมีโรงงานเล็ก ๆ อยู่จริง
แต่ศูนย์กลางยังคงเป็นโค้ด การร่วมมือ และประวัติการเปลี่ยน
4. Cloudflare คืออะไร — โรงงานที่ดันมีร้าน คลัง รถส่งของ และห้องรักษาความปลอดภัยด้วย
Cloudflare สามารถ:
- ให้บริการเว็บไซต์
- รัน logic ฝั่ง server ด้วย Workers
- Build และ Deploy
- เก็บ SQL ด้วย D1
- เก็บ Key-Value ด้วย KV
- กระจายทั่วโลก
- จัดการ DNS
- ให้ความปลอดภัย
- รันกระบวนการหลายขั้นที่ทนทานด้วย Workflows
เรียกว่า hosting อย่างเดียวไม่พอ
ใกล้เคียงกับ:
โรงงาน + ร้าน + คลัง + ศูนย์กระจายสินค้า + ห้องรักษาความปลอดภัย
และฐานข้อมูลก็อยู่ในพื้นที่เดียวกัน
GitHub กับ Cloudflare มีส่วนทับซ้อน แต่แกนหลักต่างกัน
5. Build คืออะไร — เปลี่ยนแบบพิมพ์เขียวให้เป็นสินค้าสำเร็จ
ไฟล์ใน repository มักยังไม่ใช่เว็บไซต์สำเร็จรูป
framework เช่น Astro แปลงเนื้อหา component configuration และโค้ดเป็น HTML CSS JavaScript ที่พร้อมแจกจ่าย
การแปลงนี้คือ Build
Cloudflare Workers Builds สามารถตอบสนองต่อ push ใน Git repository ที่เชื่อมต่อ รัน build command แล้วตามด้วย deploy command
ดังนั้น:
GitHub = กล่องโมเดล
Build = ประกอบ
Deploy = เอาของสำเร็จไปวางบนชั้น
Build log ยาวเพราะเป็นบันทึกโรงงาน
อยากดูเว็บอย่างเดียว
แต่ได้รายงานสายการผลิตมาแทน
6. D1 กับ KV — เก็บข้อมูลเหมือนกัน ทำไมต้องสองอย่าง
D1 คือ serverless SQL database ของ Cloudflare ใช้ SQL semantics แบบ SQLite
คิดเป็นสมุดบัญชีทางการที่มีแถว คอลัมน์ query และความสัมพันธ์
KV คือ Key-Value storage
ตัวอย่าง:
- site_mode → normal
- feature_x → true
- user_123_theme → dark
เหมือนพจนานุกรมขนาดใหญ่
KV เหมาะกับการอ่านเร็วและ cache ทั่วโลก แต่เป็น eventual consistency Cloudflare ระบุว่าพื้นที่อื่นอาจเห็นค่ารุ่นเก่าอยู่ชั่วคราว บางครั้ง 60 วินาทีหรือมากกว่า
ดังนั้น:
D1 = สมุดบัญชีทางการ
KV = พจนานุกรมเร็วหรือกระดานโน้ต
“ข้อมูลทั้งหมดรวมที่เดียวไม่ได้หรือ” เป็นคำถามที่สมเหตุสมผลมาก
แต่ระบบกระจายไม่ได้เกิดมาเพื่อทำให้มนุษย์สบายใจ
7. GitHub กับ Cloudflare ใครวิ่งเองเก่งกว่า
ขึ้นกับงาน
GitHub Actions ทำ build, test, deploy อัตโนมัติเมื่อมี repository event
Cloudflare Workers ทำงานต่อเนื่องเป็น API ได้ และ Workflows เก็บ state ระหว่างหลายขั้น retry เมื่อพลาด รอ แล้วกลับมาทำต่อได้
เปรียบเทียบ:
GitHub = วิศวกรเก่งด้านออกแบบ เปลี่ยน และซ่อม
Cloudflare = โรงงานอัตโนมัติเก่งด้านเดินกระบวนการที่กำหนดไว้
ถ้าต้องหาว่าโค้ดผิดตรงไหนและแก้ GitHub เป็นศูนย์กลางที่เป็นธรรมชาติ
ถ้าต้อง “พางานไปจนจบ พลาดแล้วลองใหม่” Cloudflare เป็นธรรมชาติกว่า
งานต่างกัน
8. ทุกคนเรียนเรื่องนี้เมื่อไร — ไม่ได้เรียนกันทุกคน
GitHub พบบ่อยในวิชาคอมพิวเตอร์ ห้องวิจัย และงานซอฟต์แวร์
Cloudflare, AWS, GCP, database, CI/CD หลายคนเพิ่งเรียนเมื่อจำเป็นต้อง deploy และดูแลบริการจริง
คนที่ไม่ใช่วิศวกรอาจทำงานทั้งชีวิตโดยไม่แตะ Cloudflare Workers ก็ปกติ
เศรษฐศาสตร์ บัญชี ขาย HR และ operations อาจใช้ Excel เป็นเครื่องมือหลักหลายปีโดยไม่ต้องใช้ infrastructure
ดังนั้นไม่ใช่ “คนอื่นรู้หมด มีเราไม่รู้”
แต่คือ:
คุณเปิดกล่องเครื่องมือของอีกอาชีพหนึ่ง
วันหนึ่งเรียน marginal utility อีกวันโดน eventual consistency ตีหัว
ปกติไม่อยู่ในวิชาเดียวกัน
9. สรุป — ไม่ต้องจำทุกอย่าง แค่รู้ว่าใครทำหน้าที่อะไร
แผนที่แรกนี้พอแล้ว:
| ชื่อ | ความหมายสั้น ๆ |
|---|---|
| GitHub | แบบพิมพ์เขียวและประวัติ |
| Build | แปลง source เป็นของสำเร็จ |
| Deploy | วางของสำเร็จใน production |
| Cloudflare Workers | งานฝั่ง server |
| D1 | สมุด SQL |
| KV | พจนานุกรม Key-Value เร็ว |
| GitHub Actions | automation ฝั่ง GitHub |
| Cloudflare Workflows | automation ระยะยาวที่เก็บ state |
เมื่อมี error คุณสามารถแยกได้ว่าเป็น GitHub, Build, Worker หรือ DB
แค่แยกประเภทได้ โลกก็เงียบลงเยอะ
ความจุสมองเต็มไม่ใช่เพราะเข้าใจช้า
แต่เพราะย้ายจาก Excel ซึ่งเหมือนห้องเดียว ไปยังห้องควบคุมอาคารของห้างทั้งหลัง
ตั้งใจแค่เปลี่ยนหลอดไฟ
ตอนนี้มีคนอธิบายประตูกันไฟ
แหล่งข้อมูล
- GitHub Docs, What is GitHub Pages? https://docs.github.com/en/pages/getting-started-with-github-pages/what-is-github-pages
- GitHub Docs, Understanding GitHub Actions https://docs.github.com/en/actions/get-started/understand-github-actions
- Cloudflare Docs, Workers Builds https://developers.cloudflare.com/workers/ci-cd/builds/
- Cloudflare Docs, Workers Builds Configuration https://developers.cloudflare.com/workers/ci-cd/builds/configuration/
- Cloudflare Docs, D1 https://developers.cloudflare.com/d1/
- Cloudflare Docs, How KV works https://developers.cloudflare.com/kv/concepts/how-kv-works/
- Cloudflare Docs, Workflows https://developers.cloudflare.com/workflows/
