หลักสูตรไอทีสอนสด ครอบคลุมเว็บ โมบายล์ ฐานข้อมูล กราฟิก และอื่น ๆ
องค์กรส่วนใหญ่มีระบบ CI/CD ใช้งานอยู่แล้ว แต่มักเป็น Pipeline ที่แต่ละทีมเขียนกันเอง ไม่มีมาตรฐานกลาง ไม่มีเกณฑ์คุณภาพโค้ดที่ชัดเจน การสแกนความปลอดภัยทำบ้างไม่ทำบ้าง และการ Deploy ขึ้น Production ยังพึ่งคนเพียงไม่กี่คน หลายองค์กรยังใช้ทั้ง GitLab CI/CD และ…
Container เป็นรูปแบบมาตรฐานของการส่งมอบซอฟต์แวร์ ตั้งแต่เครื่องของนักพัฒนา CI/CD Pipeline ไปจนถึง Kubernetes บน Production แต่หลายทีมยังใช้ Docker แค่ระดับรันได้ Image จึงใหญ่ Build ช้า มีช่องโหว่ติดมากับ Base Image รัน Container ด้วยสิทธิ์ root…
ทีมพัฒนาถูกคาดหวังให้ส่งมอบซอฟต์แวร์ได้เร็วและบ่อยขึ้น นักพัฒนา Full Stack จึงไม่ได้รับผิดชอบเพียงการเขียนโค้ด แต่ต้องเข้าใจว่าโค้ดของตนถูก Build, Test และนำขึ้น Kubernetes อย่างไร ปัญหาที่พบบ่อยคือรันบนเครื่องได้แต่ขึ้นระบบไม่ได้ Pipeline ช้าและเปราะบาง…
เมื่อองค์กรมี API มากขึ้นจากทั้งระบบภายใน Mobile App และการเปิดให้พันธมิตรเชื่อมต่อ แต่ละ Service มักต้องเขียนเรื่องการยืนยันตัวตน การจำกัดปริมาณการใช้งาน การเก็บ Log และการแปลงข้อมูลซ้ำกันเอง มาตรฐานจึงไม่สม่ำเสมอและคุมความปลอดภัยได้ยาก…
ทีมพัฒนาซอฟต์แวร์จำนวนมากยังเจอปัญหาเดิม ๆ เช่น โค้ดทับกัน ไฟล์หาย ไม่รู้ว่าใครแก้อะไร Merge แล้วระบบพัง หรือประวัติ Commit รกจนตรวจสอบย้อนหลังไม่ได้ เพราะสมาชิกใช้ Git ได้เพียงคำสั่งพื้นฐานโดยไม่เข้าใจสิ่งที่เกิดขึ้นเบื้องหลัง…
เมื่อระบบมีบริการจำนวนมาก ทีม IT Operations และ Service Desk มักเจอปัญหาเดียวกัน เหตุขัดข้องครั้งเดียวทำให้ Alert ดังพร้อมกันหลายสิบรายการ Ticket ไหลเข้ามาโดยไม่มีหมวดหมู่ที่ถูกต้อง ปัญหาเดิมถูกแก้ซ้ำเพราะหาวิธีแก้ครั้งก่อนไม่เจอ และ Runbook…
การสร้าง Chatbot หรือระบบ RAG ให้ตอบได้ดีในเครื่องของนักพัฒนาใช้เวลาไม่นาน แต่การดูแลให้ระบบตอบได้ดีอย่างสม่ำเสมอใน Production เป็นอีกเรื่องหนึ่ง แก้ Prompt นิดเดียวคำตอบบางกลุ่มก็แย่ลงโดยไม่มีใครรู้ เปลี่ยนรุ่นโมเดลแล้วค่าใช้จ่ายเพิ่มขึ้นหลายเท่า…
ทีมพัฒนาปัจจุบันส่งโค้ดขึ้น Production ได้หลายครั้งต่อวันด้วย CI/CD แต่งานความปลอดภัยจำนวนมากยังรอตรวจตอนท้ายก่อนขึ้นระบบจริง ผลคือช่องโหว่ถูกพบช้า แก้ยากและแพง หรือหลุดขึ้น Production ไปเลย ทั้ง Password ที่ติดไปกับโค้ด Library ที่มีช่องโหว่ Container Image…
เมื่อองค์กรมีเซิร์ฟเวอร์หลายสิบเครื่อง การเข้าไปตั้งค่าทีละเครื่องด้วยมือทำให้เสียเวลา เกิดความไม่เหมือนกันระหว่างเครื่อง และตรวจสอบย้อนหลังไม่ได้ Ansible แก้ปัญหานี้ด้วยการเขียนสิ่งที่ต้องการให้เครื่องเป็นลงในไฟล์ YAML…
เมื่อระบบล่มหรือช้า คำถามแรกคือรู้ได้อย่างไรและรู้เร็วแค่ไหน องค์กรจำนวนมากยังรู้ปัญหาจากการที่ลูกค้าโทรมาแจ้ง ไม่ใช่จากระบบเฝ้าระวังของตนเอง Prometheus และ Grafana เป็นชุดเครื่องมือมาตรฐานแบบโอเพนซอร์สที่ทีม DevOps และ SRE ทั่วโลกใช้เก็บ Metric แสดงผลเป็น…
การสร้างและแก้ไขโครงสร้างพื้นฐานด้วยมือผ่านหน้าเว็บคอนโซลทำให้เกิดความไม่สม่ำเสมอ ตรวจสอบย้อนหลังไม่ได้ และสร้างซ้ำในอีกสภาพแวดล้อมได้ยาก Terraform แก้ปัญหานี้ด้วยการเขียนโครงสร้างพื้นฐานเป็นโค้ด (Infrastructure as Code) ที่เก็บใน Git ตรวจทานผ่าน Pull Request…
