หน้านี้เขียนขึ้นสำหรับ CTO ผู้จัดการฝ่ายไอที และสถาปนิกระบบ — เราใช้ศัพท์เทคนิคจริง เพราะผู้อ่านกลุ่มนี้ต้องการเห็นมัน
| คอมโพเนนต์ | หน้าที่รับผิดชอบ | เทคโนโลยี |
|---|---|---|
| itsm-web | หน้าเว็บสำหรับผู้ใช้งานและผู้ดูแลระบบ | React 19 + TypeScript + Vite + Tailwind CSS 4 |
| service-core | แกนหลัก HCM — พนักงาน เวลา การลา OT การอนุมัติ ทรัพย์สิน ห้องประชุม แดชบอร์ด | NestJS 11 + Fastify + MongoDB + Redis/BullMQ |
| service-ticket | Service ticket ลูกค้า และเครดิต | NestJS 11 + gRPC + MongoDB |
| service-notification | ส่งอีเมลและการแจ้งเตือนในระบบ | NestJS 11 + gRPC + Handlebars templates |
รวดเร็ว พร้อม สัญญาข้อมูลที่ชัดเจน (data contract) ซึ่งช่วยลดข้อผิดพลาดในการเชื่อมต่อระหว่างทีม
งานหนักอย่างการส่งอีเมล คำนวณวันลาใหม่ทั้งบริษัท และซิงก์ผังองค์กร ทำงานเบื้องหลังโดยไม่ต้องให้ผู้ใช้รอ
ตรวจการขาดงานรายวัน · รีเซ็ตเครดิตลูกค้า · ตรวจ SLA · ตรวจเงื่อนไขการแจ้งเตือนลูกค้า
จัดเก็บไฟล์บน Cloudflare R2 / storage ที่รองรับ S3 — ขยายได้ไม่จำกัดและปลอดภัย
รองรับ พร้อม auto-scaling ตามการใช้ CPU/หน่วยความจำ และ health check
การมอนิเตอร์พร้อมใช้งาน — ดูสุขภาพระบบแบบเรียลไทม์
Winston ส่งไปยัง Google Cloud Logging — ค้นหาได้ ตามรอยปัญหาย้อนหลังได้
มีทั้ง stack สำหรับรันในเครื่อง (docker-compose) และการดีพลอยบน Kubernetes
ติดตามทุกคำขอทั่วทั้งระบบ ระบุปัญหาย้อนหลังได้แม้จะผ่านหลายเซอร์วิส
ตั้งเป็นค่าเริ่มต้นทั้งระบบ งานรายวันปิดยอดตามเวลาไทย ไม่ใช่ UTC
ระบบขยายรองรับผู้ใช้มากขึ้นได้โดยไม่ต้องเขียนใหม่ · เพิ่มเซิร์ฟเวอร์เฉพาะส่วนที่มีภาระหนักได้ · และเมื่อเกิดปัญหา ทีมของเราหาสาเหตุได้เร็ว เพราะมี log และ metric ครบ
Multi-tenant พร้อม Row-Level Security ระดับฐานข้อมูล · JWT access token อายุ 1 วัน + refresh token 7 วัน พร้อมการหมุน token · ตรวจลายเซ็น HMAC-SHA256 ทุกข้อความจาก LINE · RabbitMQ เข้าคิวการเชื่อมต่อ Channel Manager (Channex) เพื่อไม่ให้การจองหายหากปลายทางล่ม
Multi-tenant พร้อม Row-Level Security — หลายชั้นที่ระดับฐานข้อมูลป้องกันข้อมูลรั่วไหลระหว่างร้าน · ระบบทำงานแบบ RAG (ดึงข้อมูลจริงก่อน แล้วจึงเรียบเรียงคำตอบ) พร้อมเกณฑ์ความเกี่ยวข้อง และ ค้นหาด้วยคีย์เวิร์ดเป็นทางสำรอง · จำกัดอัตราคำขอ
เราพูดตรง ๆ เพราะทีมเทคนิคจะถามอยู่ดี และถ้าจับได้ว่าเว็บขายเกินจริง ทั้งหน้าจะเสียความน่าเชื่อถือ
เรื่องการดีพลอยบนโครงสร้างพื้นฐานของคุณเอง การเชื่อมต่อกับระบบเดิม หรือคำถามด้านสถาปัตยกรรมใด ๆ