Hours / month
36.7
Business Workflow
01ต้นทุนที่ซ่อนอยู่ในงานซ้ำ: ก่อนทำระบบใหม่ควรวัดอะไร
วิธีแปลงเวลาที่เสียไปกับการกรอกซ้ำ ตรวจซ้ำ ตามงาน และรวมรายงาน ให้เป็นข้อมูลสำหรับตัดสินใจว่าจะปรับ workflow หรือพัฒนาระบบตรงไหนก่อน
SIS Knowledge Base
เราเขียนบทความเหล่านี้สำหรับคนที่ไม่เคยดูแลระบบมาก่อน เริ่มจากปัญหาที่พบในงานประจำวัน แล้วค่อยพาไปรู้จักเทคโนโลยี ความปลอดภัย และสิ่งที่ต้องเตรียมก่อนเปิดให้คนใช้จริง
สำหรับเจ้าของธุรกิจและทีมงาน
อ่านจากปัญหาที่เจอในงาน เช่น กรอกข้อมูลซ้ำ รายงานช้า หรือไม่รู้ว่าควรเริ่มทำระบบตรงไหน โดยไม่ต้องมีพื้นฐานเทคนิค
สำหรับ Tech Lead
ดูเหตุผลเบื้องหลังการออกแบบระบบ ตั้งแต่จำนวนผู้ใช้ ความเร็ว ความปลอดภัย ไปจนถึงการเลือก Infrastructure ที่ทีมจะดูแลต่อได้
สำหรับ Production และ Support
รู้ว่าก่อนเปิดใช้ต้องทดสอบอะไร หลังเปิดใช้ต้องเฝ้าดูสัญญาณไหน และเมื่อมีปัญหาควรรับเรื่อง กู้ระบบ และสื่อสารอย่างไร
ถ้าไม่แน่ใจว่าจะเริ่มเรื่องไหน เริ่มตรงนี้
หากมีระบบที่ทดลองใช้ได้แล้วและกำลังจะเปิดให้ลูกค้าหรือทีมงาน บทความนี้จะช่วยแยกให้เห็นว่าส่วนไหนพร้อมแล้ว และส่วนไหนยังต้องเตรียมก่อนธุรกิจนำไปพึ่งพา
Application
Production Readiness
อ่านจากปัญหาที่เจอในงาน เช่น กรอกข้อมูลซ้ำ รายงานช้า หรือไม่รู้ว่าควรเริ่มทำระบบตรงไหน โดยไม่ต้องมีพื้นฐานเทคนิค
Hours / month
36.7
Business Workflow
01วิธีแปลงเวลาที่เสียไปกับการกรอกซ้ำ ตรวจซ้ำ ตามงาน และรวมรายงาน ให้เป็นข้อมูลสำหรับตัดสินใจว่าจะปรับ workflow หรือพัฒนาระบบตรงไหนก่อน
หลายไฟล์
Business Workflow
02ประเมินความเสี่ยงจากหลายไฟล์ หลายเวอร์ชัน สิทธิ์ไม่ชัด รายงานช้า และการส่งต่องาน ก่อนตัดสินใจลงทุนพัฒนาระบบ
สิ่งที่เห็น
10
Screens
สิ่งที่ต้องออกแบบ
Project Planning
03เข้าใจปัจจัยที่ทำให้ scope, เวลา และงบประมาณเปลี่ยน ตั้งแต่ workflow, role, integration, data migration จนถึงความพร้อมหลัง Go-live
ดูเหตุผลเบื้องหลังการออกแบบระบบ ตั้งแต่จำนวนผู้ใช้ ความเร็ว ความปลอดภัย ไปจนถึงการเลือก Infrastructure ที่ทีมจะดูแลต่อได้
RPS
250
p95
780ms
TPS
38
Performance Foundation
04แยกจำนวนคนออกจากจำนวน request และ transaction พร้อมตัวอย่างแปลง GA Realtime เป็น workload model เบื้องต้นโดยไม่ตีความเกินข้อมูล
Load
250 RPS
p95
780 ms
Errors
0.6%
Performance Engineering
05วางเป้าหมาย workload, scenario, test data, environment, threshold และ observability ให้ผลทดสอบบอกได้ว่าควรแก้อะไรก่อน
Architecture & Scaling
07ไล่เส้นทาง request ตั้งแต่ browser ถึง database และ external service เพื่อแก้ชั้นที่เป็นคอขวดแทนการเพิ่ม resource แบบเดา
Internet Fundamentals
10ตามเส้นทางตั้งแต่ผู้ใช้พิมพ์ siscorp.co.th ไปจน Browser พบ IP และเชื่อมต่อ Server พร้อมอธิบาย A, AAAA, CNAME, MX, TXT, CAA, TTL, HTTPS และจุดเสี่ยงที่เจ้าของโดเมนต้องป้องกัน
Container Infrastructure
11เริ่มจากความหมายของ Image, Container, Registry และ Orchestrator ก่อนอธิบายว่าความสม่ำเสมอ การแยกงาน การ Scale และการ Deploy ช่วย Production อย่างไร รวมทั้งข้อจำกัดและ Security ที่ห้ามมองข้าม
Application Security
13อธิบาย Authentication, Authorization, Token, Session, TLS, Input Validation, Rate Limit, Secret, Mobile Storage และ Logging ตั้งแต่พื้นฐาน พร้อมตัวอย่างช่องโหว่ที่เกิดเมื่อ API เชื่อผู้ใช้มากเกินไป
รู้ว่าก่อนเปิดใช้ต้องทดสอบอะไร หลังเปิดใช้ต้องเฝ้าดูสัญญาณไหน และเมื่อมีปัญหาควรรับเรื่อง กู้ระบบ และสื่อสารอย่างไร
Application
Production Readiness
AI to Production
06AI ช่วยให้สร้างระบบเร็วขึ้น แต่การรับข้อมูลจริง ผู้ใช้จริง การเปลี่ยนแปลง และเหตุขัดข้อง ต้องมี Infrastructure, Security, Deployment, Monitoring, Recovery และเจ้าของงานที่ชัด
Detect
09:14
Update
09:22
Restore
09:41
Operate & Support
08วางต้นทุน การเฝ้าระวัง การรับเหตุ Backup, Recovery และการสื่อสารกับผู้ใช้ ให้ระบบมีเจ้าของและพัฒนาได้ต่อเนื่อง
AI กับการนำระบบไปใช้จริง
09AI ช่วยให้ทำระบบตัวอย่างได้เร็วมาก แต่การเปิดให้ลูกค้าและทีมงานใช้จริงยังต้องเตรียมเรื่องจำนวนผู้ใช้ ความปลอดภัย การสำรองข้อมูล วิธีเปิดเวอร์ชันใหม่ และคนที่รับผิดชอบเมื่อเกิดปัญหา บทความนี้อธิบายทุกส่วนจากพื้นฐาน
AWS Architecture
12ตามคำขอหนึ่งรายการตั้งแต่ผู้ใช้พิมพ์ชื่อเว็บ ผ่านด่านป้องกันและเครื่องที่รันแอป ไปจนถึงฐานข้อมูล พร้อมอธิบายว่าทำไมแต่ละส่วนจึงมีอยู่ และส่วนไหนไม่จำเป็นสำหรับทุกระบบ