Todo T-303

เลือกที่ติดตั้งระบบ (Cloud ภาครัฐหรือเซิร์ฟเวอร์ของมหาวิทยาลัย)

Milestone 0 › E0.3 สถาปัตยกรรมและการตัดสินใจทางเทคนิค

ขั้นตอน
0/6

รวบรวมข้อจำกัดและทรัพยากร เปรียบเทียบทางเลือก hosting แล้วให้ผู้มีอำนาจตัดสินใจและบันทึก ADR

รายละเอียดงาน

เป้าหมายคือได้ข้อสรุปว่าระบบส่วนใดติดตั้งที่ใด ใครรับผิดชอบ และมีเงื่อนไขใดต้องเตรียมก่อนเริ่ม build/deploy ใช้ stack ที่ตัดสินใจแล้วรวม SQL Server และ RabbitMQ เป็นฐานในการประเมิน

เริ่มจากข้อมูลของมหาวิทยาลัย: ข้อกำหนดที่ตั้งข้อมูล ทรัพยากรเดิม ระบบเครือข่าย ทีมปฏิบัติการ ปริมาณผู้ใช้/ช่วง peak และการกู้คืน จากนั้นจัดทางเลือก Cloud ภาครัฐ / infrastructure ของมหาวิทยาลัย และแบบผสมเมื่อข้อจำกัดรองรับ พร้อมข้อดี ข้อจำกัด งานที่ต้องจัดหา และต้นทุนจากข้อมูลจริง

ขณะนี้ hosting ยังไม่ถูกตัดสินใจ ผลลัพธ์ของงานคือเอกสารประกอบการตัดสินใจและ ADR ที่ผู้มีอำนาจยืนยันก่อนวางแผนติดตั้งจริง

ผู้รับผิดชอบที่เสนอ: Solution architect ร่วมกับผู้รับผิดชอบ Infrastructure มหาวิทยาลัย (รอยืนยันผู้รับผิดชอบจริง)

งานที่ใช้ประกอบ: T-301 T-302

ผลลัพธ์ที่ต้องส่งมอบ

  • ตารางข้อกำหนด hosting พร้อมแหล่งข้อมูลและผู้ยืนยัน
  • Inventory ทรัพยากร/เครือข่าย/SQL Server และรายการสิ่งที่ขาด
  • ตารางเปรียบเทียบทางเลือกและแผนภาพ dev/UAT/production/backup/DR
  • ADR ที่ระบุที่ติดตั้ง เจ้าของระบบ เงื่อนไข/ความเสี่ยง และงานติดตาม

คำถามที่ต้องการข้อมูล

5 ข้อ

ระบุรหัสคำถามเมื่อให้ข้อมูล พร้อมแหล่งอ้างอิงหรือผู้ยืนยัน คำถามที่ยังไม่ตอบไม่ใช่ข้อสรุปของโครงการ

  1. T303-Q1รอข้อมูล

    มีข้อกำหนดที่ยืนยันแล้วหรือไม่ว่าต้องใช้ Cloud ภาครัฐหรือเซิร์ฟเวอร์มหาวิทยาลัย และใครมีอำนาจอนุมัติทางเลือกนี้?

    ผู้ที่ควรตอบ: Project owner + ผู้รับผิดชอบ IT มหาวิทยาลัย

    ข้อมูลนี้ใช้เพื่อ: ตัดทางเลือกที่ใช้ไม่ได้และรู้ผู้ตัดสินใจตัวจริง

  2. T303-Q2รอข้อมูล

    มีเครื่องหรือคลัสเตอร์ storage network SQL Server version/edition/license และระบบ backup/DR อะไรใช้งานอยู่บ้าง? ขอ inventory หรือผู้ประสานงาน

    ผู้ที่ควรตอบ: ทีม Infrastructure / DBA มหาวิทยาลัย

    ข้อมูลนี้ใช้เพื่อ: ประเมินความพร้อมและงาน/ค่าใช้จ่ายที่ต้องเพิ่มโดยไม่เดาทรัพยากร

  3. T303-Q3รอข้อมูล

    มีจำนวนบัญชี/ผู้ใช้พร้อมกัน ปริมาณข้อมูล และรูปแบบ peak ช่วงรับสมัคร/ลงทะเบียนที่ใช้ประเมิน capacity ได้หรือไม่?

    ผู้ที่ควรตอบ: ฝ่าย IT ร่วมกับนายทะเบียนและงานรับสมัคร

    ข้อมูลนี้ใช้เพื่อ: กำหนดขนาดและทดสอบ capacity ให้สัมพันธ์กับงานจริง

  4. T303-Q4รอข้อมูล

    ใครกำหนด RTO/RPO ข้อจำกัดที่ตั้งข้อมูล การเข้าถึงจากภายนอก และหน้าที่ดูแลเหตุขัดข้อง?

    ผู้ที่ควรตอบ: เจ้าของบริการ + ฝ่าย IT / Security

    ข้อมูลนี้ใช้เพื่อ: ออกแบบ availability, backup/DR และการเข้าถึงที่หน่วยงานยอมรับ

  5. T303-Q5รอข้อมูล

    มีกรอบงบประมาณ ขั้นตอนจัดหา ช่วงเวลาที่เตรียม environment ได้ และผู้รับผิดชอบค่าใช้จ่าย/operation ระยะยาวหรือยัง?

    ผู้ที่ควรตอบ: Project owner + ฝ่ายงบประมาณ/จัดซื้อ + IT

    ข้อมูลนี้ใช้เพื่อ: เปรียบเทียบทางเลือกภายใต้ข้อจำกัดจริงและวางลำดับเตรียมระบบ

ขั้นตอน

ทำแล้ว 0 จาก 6 ขั้น เหลืออีก 6 ขั้นก่อนปิด Task

ส่วนที่คืบหน้าแล้ว

ยังไม่มีขั้นที่เสร็จ

ส่วนที่ยังเหลือก่อนปิด Task

  • ระบุผู้ประสานงานฝ่าย infrastructure/security และผู้อนุมัติ hosting
  • รวบรวมข้อกำหนด สภาพแวดล้อมเดิม license และทีมดูแล
  • เก็บจำนวนผู้ใช้/โหลดช่วงรับสมัครและลงทะเบียน พร้อม RTO/RPO ที่หน่วยงานต้องการ
  • เปรียบเทียบทางเลือกและ dependencies ของ stack ตาม ADR-0001
  • หารือ trade-offs และยืนยันทางเลือกกับผู้มีอำนาจ
  • บันทึก ADR และแตกงานเตรียม environment/backup/DR/network ตามข้อสรุป

เอกสารและไฟล์ที่เกี่ยวข้อง