Diagram ไม่ตรงของจริง
BOM แก้แล้ว แต่ Visio ยังเป็นแบบเก่า และไม่มีใครแน่ใจว่าไฟล์ไหนคือฉบับล่าสุด
NetFuse เก็บ intent ตั้งแต่ design แรก แล้วส่งต่อไปถึง config การตรวจรับ และเอกสารทุกฉบับ — ทีมเดิม เครื่องมือเดิม แต่ไม่ต้องเดาอีกว่าของจริงตอนนี้เป็นยังไง
งานหนึ่งงานผ่านมือหลายคนและหลายเครื่องมือ ทุกคนทำงานดี แต่ไม่มีใครถือ record เดียวกันตั้งแต่ต้นจนจบ
BOM แก้แล้ว แต่ Visio ยังเป็นแบบเก่า และไม่มีใครแน่ใจว่าไฟล์ไหนคือฉบับล่าสุด
ทำไมเลือกรุ่นนี้ ทำไมตั้ง VLAN แบบนี้ คำตอบลาออกไปพร้อม SE คนที่ออกแบบ
as-built เขียนตอนท้ายจากความจำ แล้วกลายเป็น baseline ของทุก change หลังจากนั้น
ก่อนเสนอราคาหรือเปลี่ยนอะไร ต้องไปสำรวจของจริงใหม่ทุกครั้ง และงานนี้แทบไม่เคยเก็บเงินได้
ทุกรอยต่อส่ง "เอกสาร" ต่อ แต่ไม่มีใครส่ง "intent" ต่อ
NetFuse จับ intent ตั้งแต่ตอน presales ซึ่งเป็นจุดที่ intent เกิดขึ้นจริง แล้วพามันไปจนถึงวันที่ network ใช้งานอยู่
รู้ก่อนออกแบบว่าของจริงมีอะไรอยู่บ้าง และคอยตรวจเทียบกับ intent ต่อเนื่องหลัง go-live เจอ drift เร็ว และวิศวกรเป็นคนอนุมัติการแก้เสมอ
แปลง requirement เป็น intent ที่ตรวจสอบได้ เริ่มจาก reference design แล้วสร้าง BOM และ blueprint จาก intent นั้น
ส่ง config ที่ตรวจแล้วผ่าน controller และ tool ที่ทีมใช้อยู่ ผ่านขั้น validate และ review ก่อน handoff ทุกครั้ง
HLD, LLD, MOP, UAT และ as-built generate จาก record เดียวกัน ทั้งไทยและอังกฤษ ไม่ต้องเขียนย้อนหลัง
change ครั้งถัดไปเริ่มจากของจริงที่ตรวจแล้ว ไม่ใช่ Visio หน้าเปล่า
ตั้งแต่เลือก reference design จนถึงออกเอกสารตรวจรับ ทุกหน้าจออ่านและเขียนข้อมูลชุดเดียวกัน (คลิกที่ภาพเพื่อขยาย)
เลือก network domain และแบบอ้างอิง กำหนดขนาด เลือก hardware แล้ว NetFuse วาด container อุปกรณ์ และ link ให้ทันที
ทุกอุปกรณ์บน canvas มาจาก device template ที่มีรุ่น SKU พอร์ต และกำลังไฟ ไม่ใช่แค่ไอคอนในรูปวาด
NetFuse Assistant รู้ว่าคุณกำลังทำ design ไหน สถานะอะไร และอ่านเฉพาะข้อมูลที่อนุมัติแล้วเมื่อจำเป็นต้องใช้
Deployment Studio พา design ไปเป็น config ทีละขั้น Scope → Configure → Validate → Review → Handoff โดยอ้างอิง revision ของ design ทุกครั้ง
ลงทะเบียน controller และ source of truth ที่มีอยู่ แล้วให้ NetFuse ดึงข้อมูล device และ site มาเทียบกับ intent
เลือกจาก catalog ของ MCP server สำหรับงาน network ตั้งค่า credential และ tool policy แล้วนำไปใช้ใน workflow ได้ทันที
ลาก node มาต่อกันเป็น flow เช่น ตรวจ record กับ SSoT แล้วดึงรายการอุปกรณ์จาก Infrahub โดยไม่ต้องเขียน script เอง
ข้อเสนอ solution, HLD, LLD, MOP, แผนและรายงาน UAT ไปจนถึงแบบติดตั้งจริง ดึงข้อมูลจากโปรเจกต์และ design ชุดเดียวกัน ภาษาไทยได้เต็มรูปแบบ
NetFuse ไม่ได้มาแทน controller หรือ tool ที่ทีมใช้ มันคือชั้น intent ที่ร้อยทุกตัวเข้าด้วยกัน
อ่าน device และ site จาก management plane ของ vendor
ใช้ source of truth ที่มีอยู่ต่อได้ NetFuse sync intent เข้าไป
MCP server สำหรับคุยกับอุปกรณ์และตรวจ config
ส่ง change plan ที่ตรวจแล้วให้ tool ที่ทีมใช้อยู่เป็นคนรัน
telemetry ป้อนกลับมาช่วยตรวจ drift เทียบกับ intent
ครอบคลุม policy และ network ที่อยู่นอก data center
สถาปัตยกรรมวางตาม Network Automation Forum (NAF) Framework — NetFuse ทำหน้าที่ฝั่ง intended state, orchestration, การตรวจ drift และ presentation ส่วน collector, executor และ observability ใช้ของที่ทีมมีอยู่
*Some products are in roadmap · ชื่อและ logo เป็นเครื่องหมายการค้าของเจ้าของแต่ละราย
ไม่มีอะไรเปลี่ยนบน network ลูกค้าโดยไม่มีชื่อคนรับผิดชอบ
design และ deployment มีสถานะ review ชัดเจน และต้องเคลียร์ก่อนไปขั้นถัดไป
token และรหัสผ่านอยู่ใน environment variable ของ server — NetFuse เก็บแค่ชื่อตัวแปร
Assistant ใช้ข้อมูลที่อนุมัติแล้วเท่านั้น และ tool ที่เปลี่ยน state ได้ถูกคุมด้วย policy
history ของ design, run ของ workflow และ version ของเอกสารที่ออกไปแล้ว อยู่ครบในที่เดียว
เรากำลังมองหา SI และองค์กรจำนวนหนึ่ง มาร่วมปั้น NetFuse บนโปรเจกต์จริง เพื่อให้ได้เครื่องมือที่เข้ากับวิธีทำงานของทีมคุณ ไม่ใช่วิธีที่เรานึกเอาเอง