ย้ายเว็บข้อมูลการผลิต 11 ไลน์ขึ้นเซิร์ฟเวอร์กลาง สำหรับผู้ผลิตชิ้นส่วนยานยนต์ในไทย
ลูกค้า: ผู้ผลิตชิ้นส่วนยานยนต์ (ในเครือญี่ปุ่น)
เราย้ายเว็บข้อมูลการผลิต DTS ของผู้ผลิตชิ้นส่วนยานยนต์ในไทย จากเครื่องในไลน์ผลิตขึ้นเซิร์ฟเวอร์ VMware ของโรงงาน หลังฝ่ายไอทีแยกเครือข่ายสำนักงานออกจากไลน์ผลิต ขอบเขตงานคือให้เว็บบนเซิร์ฟเวอร์กลางรับข้อมูลจาก 11 ไลน์ผลิตเหมือนเดิม และมีหน้าเลือกไลน์สำหรับเปิดหน้า KPI ผ่านช่องทางเดียว ลูกค้าลงนามรับมอบงานในเดือนพฤษภาคม 2566
- อุตสาหกรรม
- ยานยนต์
- ปี
- 2565–2566
- ขอบเขตงาน
- ย้ายเว็บ DTS ขึ้นเครื่องเสมือนในเซิร์ฟเวอร์ VMware ของลูกค้า (Windows Server, IIS, MS SQL Server) ให้รับข้อมูลจากเครื่องลูกข่าย 11 ไลน์ผลิต ทำหน้าเลือกไลน์เพื่อเปิด Baratsuki KPI ผ่าน DTS ช่องทางเดียว พร้อมเอกสารโครงการ และงานเพิ่มเติมช่วงปลายปี 2566 ตั้งค่า IIS Reverse Proxy พร้อมใบรับรอง SSL
สรุปสั้น
- เราย้ายเว็บข้อมูลการผลิต DTS ของผู้ผลิตชิ้นส่วนยานยนต์ในไทยขึ้นเซิร์ฟเวอร์ VMware ของโรงงาน ตามขอบเขต 11 ไลน์ผลิต
- โจทย์มาจากนโยบายความปลอดภัยที่แยกเครือข่ายสำนักงานออกจากไลน์ผลิต คอมพิวเตอร์ในสำนักงานจึงเปิดระบบบนเครื่องในไลน์โดยตรงไม่ได้อีก
- หน้าเลือกไลน์บน DTS ออกแบบให้ผู้ใช้เข้าหน้า Baratsuki KPI ผ่านเซิร์ฟเวอร์กลางช่องทางเดียว
- ลูกค้าลงนามรับมอบงานในเดือนพฤษภาคม 2566 และเราตั้งค่า Reverse Proxy พร้อมใบรับรอง SSL เพิ่มในช่วงปลายปี 2566
- ฝ่ายไอทีของลูกค้าเป็นผู้กำหนด IP Address พอร์ต และสิทธิ์การติดตั้ง งานเครือข่ายจึงต้องวางแผนร่วมกันตั้งแต่ต้น
โจทย์หน้างาน
ฝ่ายไอทีของโรงงานแยกเครือข่ายสำนักงานออกจากเครือข่ายไลน์ผลิตตามนโยบายความปลอดภัย คอมพิวเตอร์ในสำนักงานจึงเปิดเว็บ DTS และหน้า Baratsuki KPI ที่อยู่บนเครื่องในไลน์ไม่ได้อีก ทีมปรับเปลี่ยนสู่ดิจิทัล (DX) ของลูกค้าต้องการเข้าถึงข้อมูลการผลิตทุกไลน์จากเซิร์ฟเวอร์กลางจุดเดียว เพื่อใช้วิเคราะห์ความสูญเสียในกระบวนการผลิต
สิ่งที่เราทำ
เราย้ายเว็บ DTS ไปติดตั้งบนเครื่องเสมือน (Virtual Machine) ในเซิร์ฟเวอร์ VMware ของโรงงาน และปรับ IP Address ให้ยังรับข้อมูลจาก 11 ไลน์ผลิตได้เหมือนเดิม จากนั้นเพิ่มหน้าเลือกไลน์บน DTS ให้ผู้ใช้เลือกไลน์แล้วเปิดหน้า Baratsuki KPI ผ่านเซิร์ฟเวอร์กลาง งานบนเซิร์ฟเวอร์ทำร่วมกับฝ่ายไอทีของลูกค้า ซึ่งเป็นผู้กำหนด IP Address พอร์ต และสิทธิ์การติดตั้ง
ผลลัพธ์
ลูกค้าลงนามรับมอบงานในเดือนพฤษภาคม 2566 ในช่วงปลายปี 2566 เราตั้งค่า IIS เป็น Reverse Proxy พร้อมใบรับรอง SSL เพิ่มร่วมกับฝ่ายไอทีของลูกค้า สำหรับเปิดหน้า KPI ของไลน์ผลิตผ่านชื่อโดเมนแบบ HTTPS
ที่มาของโจทย์
โจทย์ของเคสนี้คือการให้ผู้ใช้ในสำนักงานกลับมาเปิดข้อมูลการผลิตได้ หลังโรงงานแยกเครือข่ายสำนักงานออกจากเครือข่ายไลน์ผลิต การแยกนี้ทำผ่านไฟร์วอลล์ iDMZ (เขตเครือข่ายกันชนระหว่างสำนักงานกับไลน์ผลิต) ตามนโยบายความปลอดภัยของฝ่ายไอที
ก่อนแยกเครือข่าย เว็บ DTS (Datasystem คือเว็บข้อมูลการผลิตของโรงงาน) และหน้า Baratsuki KPI ของแต่ละไลน์ตั้งอยู่บนคอมพิวเตอร์ในไลน์ผลิต ผู้ใช้ในสำนักงานเปิดหน้าเหล่านี้จากเครื่องในไลน์โดยตรง หลังแยกเครือข่าย ทางเข้าแบบเดิมใช้ไม่ได้และผิดนโยบายของฝ่ายไอที
ข้อกำหนดและข้อจำกัด
ระบบใหม่ต้องทำงานภายใต้นโยบายเครือข่ายของโรงงาน ข้อกำหนดและข้อจำกัดหลักมีดังนี้
- DTS บนเซิร์ฟเวอร์ต้องรับข้อมูลจากเครื่องลูกข่ายใน 11 ไลน์ผลิตได้เหมือนเดิม
- ผู้ใช้ต้องเข้าหน้า Baratsuki KPI ผ่าน DTS ช่องทางเดียว ไม่ต่อตรงเข้าเครื่องในไลน์
- ระบบต้องติดตั้งบน Windows Server, IIS และฐานข้อมูล MS SQL Server ในเซิร์ฟเวอร์ VMware ของลูกค้า
- ฝ่ายไอทีของลูกค้าเป็นผู้กำหนด IP Address พอร์ต และสิทธิ์การติดตั้งบนเซิร์ฟเวอร์
ทำไมเลือกย้ายเว็บเดิมขึ้นเซิร์ฟเวอร์กลาง แทนการเปิดทางเข้าเครื่องในไลน์
เพราะการเข้าเครื่องในไลน์โดยตรงผิดนโยบายความปลอดภัยของโรงงาน ส่วนเซิร์ฟเวอร์กลางเป็นจุดที่ฝ่ายไอทีควบคุมได้ เครื่องในไลน์ยังเก็บข้อมูลตามเดิม สิ่งที่เปลี่ยนคือที่ตั้งของเว็บและเส้นทางที่ผู้ใช้เข้าถึง แนวทางนี้มีขั้นตอนหลักดังนี้
- 1
ย้าย DTS ขึ้นเซิร์ฟเวอร์ VMware
ติดตั้งเว็บ DTS บนเครื่องเสมือน (Virtual Machine) ในเซิร์ฟเวอร์ VMware ของโรงงาน ใช้ Windows Server, IIS และฐานข้อมูล MS SQL Server แทนการตั้งอยู่บนเครื่องในไลน์
- 2
รับข้อมูลจากไลน์ผลิตเหมือนเดิม
ปรับ IP Address ให้เครื่องลูกข่ายใน 11 ไลน์ผลิตส่งข้อมูลเข้า DTS บนเซิร์ฟเวอร์ใหม่
- 3
เลือกไลน์แล้วเปิดหน้า KPI
หน้าเลือกไลน์บน DTS ให้ผู้ใช้กดเลือกไลน์ที่ต้องการ แล้วเปิดหน้า Baratsuki KPI ของไลน์นั้นในแท็บใหม่ เพื่อดูและจัดการข้อมูลผ่านเซิร์ฟเวอร์กลาง
สิ่งที่ส่งมอบ
สิ่งที่ส่งมอบแบ่งเป็นงานหลักที่ลูกค้ารับมอบ และงานตั้งค่าเพิ่มเติมหลังจากนั้น รายการมีดังนี้
- งานหลัก: เว็บ DTS บนเครื่องเสมือนในเซิร์ฟเวอร์ VMware ของโรงงาน พร้อมหน้าเลือกไลน์
- งานหลัก: เอกสารโครงการ
- งานเพิ่มเติม: การตั้งค่า IIS เป็น Reverse Proxy พร้อมใบรับรอง SSL สำหรับเปิดหน้า KPI ของไลน์ผลิตผ่านชื่อโดเมนแบบ HTTPS และคู่มือการตั้งค่า
Reverse Proxy คืออะไร
Reverse Proxy คือเซิร์ฟเวอร์ตัวกลางที่รับคำขอจากผู้ใช้ แล้วส่งต่อไปยังเครื่องปลายทางที่อยู่หลังเซิร์ฟเวอร์อีกที ผู้ใช้จึงเรียกหน้าเว็บผ่านเซิร์ฟเวอร์กลางเพียงจุดเดียว
ขั้นตอนดำเนินงาน
งานนี้ใช้เวลาตั้งแต่ปลายปี 2565 ถึงปลายปี 2566 ลำดับงานมีดังนี้
- ปลายปี 2565: ลูกค้าสรุปสถานการณ์เครือข่ายและเป้าหมาย แล้วเราจัดทำเอกสารความต้องการของเว็บแอป
- พฤษภาคม 2566: ติดตั้ง DTS บนเซิร์ฟเวอร์กลาง และลูกค้าลงนามรับมอบงาน
- ปลายปี 2566: ตั้งค่า Reverse Proxy ร่วมกับฝ่ายไอทีของลูกค้า ตามชื่อโดเมนที่ฝ่ายไอทีกำหนด และจัดทำคู่มือการตั้งค่า
ผลที่ยืนยันได้
ผลที่ยืนยันได้คือการรับมอบงาน ผู้ผลิตชิ้นส่วนยานยนต์ในไทยลงนามรับมอบงานย้ายเว็บข้อมูลการผลิตขึ้นเซิร์ฟเวอร์ VMware ตามขอบเขต 11 ไลน์ผลิต ในเดือนพฤษภาคม 2566 หลักฐานคือใบส่งมอบและรับมอบงานที่ลูกค้าลงนาม และคู่มือการตั้งค่า Reverse Proxy ที่เราจัดทำในช่วงปลายปี 2566
หน้านี้รายงานการส่งมอบและการรับมอบงานเท่านั้น ไม่มีตัวเลขการใช้งานหรือผลทางธุรกิจ และไม่ได้ครอบคลุมสถานะการใช้งานระบบในปัจจุบัน
สิ่งที่เราเรียนรู้
บทเรียนหลักของงานนี้คือ งานเครือข่ายกับฝ่ายไอทีเป็นตัวกำหนดเวลาของโครงการ หลักการที่ได้จากงานนี้มีดังนี้
- เมื่อฝ่ายไอทีเป็นผู้กำหนด IP Address พอร์ต และสิทธิ์การติดตั้ง แผนงานต้องรวมขั้นตอนของฝ่ายไอทีตั้งแต่ต้น และควรมีผู้เชี่ยวชาญด้านเครือข่ายอยู่ในทีม
- เมื่อเครื่องในไลน์ยังเก็บข้อมูลได้ตามปกติ ให้แก้ที่เส้นทางเข้าถึงก่อน โดยคงวิธีเก็บข้อมูลในไลน์ไว้ตามเดิม
- ทางเข้าจุดเดียวต้องเริ่มจากรายการเครื่องที่ครบ ทุกไลน์ต้องมีชื่อ IP Address และชื่อที่ใช้เรียกหน้าเว็บ การตั้งค่าแต่ละไลน์จึงตรวจได้ทีละรายการ
ใช้แนวทางนี้กับโรงงานของคุณได้ไหม
ใช้ได้ ถ้าโรงงานของคุณแยกเครือข่ายสำนักงานออกจากไลน์ผลิต แล้วระบบเดิมบนเครื่องในไลน์เปิดจากสำนักงานไม่ได้ ส่วนที่ใช้ซ้ำได้คือการย้ายเว็บเดิมขึ้นเซิร์ฟเวอร์กลาง แล้วให้ผู้ใช้เข้าผ่านทางเข้าจุดเดียว ส่วนที่ต้องปรับขึ้นกับเซิร์ฟเวอร์ ระบบเดิม และนโยบายเครือข่ายของคุณ
ส่วนที่ใช้ซ้ำได้ และส่วนที่ต้องปรับ
| ส่วนของงาน | ใช้ซ้ำได้ | ต้องปรับเมื่อ |
|---|---|---|
| ที่ตั้งของระบบ | ย้ายเว็บเดิมขึ้นเครื่องเสมือนบนเซิร์ฟเวอร์กลางของโรงงาน | โรงงานของคุณยังไม่มีเซิร์ฟเวอร์ VMware หรือเซิร์ฟเวอร์กลาง ต้องเตรียมที่ตั้งระบบก่อน |
| ซอฟต์แวร์บนเซิร์ฟเวอร์ | Windows Server, IIS และ MS SQL Server | ระบบเดิมของคุณใช้เว็บเซิร์ฟเวอร์หรือฐานข้อมูลต่างชนิด ต้องตรวจความเข้ากันได้ก่อนย้าย |
| การรับข้อมูลจากไลน์ | ปรับ IP Address ให้เครื่องในไลน์ส่งข้อมูลขึ้นเซิร์ฟเวอร์ใหม่ | เครื่องในไลน์ส่งข้อมูลด้วยวิธีอื่น ต้องสำรวจเส้นทางข้อมูลจริงก่อน |
| การเปิดหน้าเว็บของแต่ละไลน์ | หน้าเลือกไลน์และ Reverse Proxy | ระบบในไลน์ของคุณไม่มีหน้าเว็บ ต้องเลือกวิธีแสดงผลอื่น |
| สิทธิ์และนโยบาย | ให้ฝ่ายไอทีกำหนด IP Address พอร์ต และสิทธิ์การติดตั้ง | นโยบายเครือข่ายของคุณต่างจากเคสนี้ ต้องตกลงกับฝ่ายไอทีก่อนออกแบบเส้นทางข้อมูล |
ก่อนเริ่มงาน ให้ตรวจเรื่องต่อไปนี้เพิ่ม
- ความสามารถอื่นของระบบเดิม เช่น การส่งอีเมล ยังใช้พอร์ตเดิมได้หลังย้ายเครือข่ายหรือไม่
- เกณฑ์ตรวจรับงานที่ตกลงกับฝ่ายที่เกี่ยวข้องชัดเจนแล้วหรือไม่
เริ่มจากผังเครือข่ายปัจจุบัน
ผังเครือข่ายที่บอกว่าเครื่องไหนอยู่ฝั่งสำนักงาน เครื่องไหนอยู่ฝั่งไลน์ผลิต และผ่านไฟร์วอลล์ตรงไหน คือข้อมูลชิ้นแรกที่เราใช้ออกแบบเส้นทางข้อมูลใหม่
เทคโนโลยีที่ใช้
คำถามที่พบบ่อย
เปิดหน้า KPI ผ่าน HTTPS ได้หรือไม่
ได้ ในงานเพิ่มเติมช่วงปลายปี 2566 เราตั้งค่า IIS บนเซิร์ฟเวอร์กลางเป็น Reverse Proxy พร้อมใบรับรอง SSL และให้เซิร์ฟเวอร์เชื่อถือใบรับรองของเครื่องในไลน์ ชื่อโดเมนเป็นไปตามข้อมูลที่ฝ่ายไอทีของลูกค้ากำหนด การตั้งค่าทำทีละไลน์ จึงต้องตรวจสถานะของแต่ละไลน์แยกกัน
ต้องเปลี่ยนโปรแกรมที่ใช้อยู่ในไลน์ผลิตหรือไม่
ในเคสนี้ไม่ได้เขียนโปรแกรมในไลน์ใหม่ แต่ต้องเปลี่ยน IP Address และตั้งค่าให้เครื่องในไลน์ส่งข้อมูลขึ้นเซิร์ฟเวอร์ใหม่ หน้า Baratsuki KPI ยังอยู่บนเครื่องในไลน์ และเปิดผ่านหน้าเลือกไลน์บน DTS
ใครเป็นผู้ติดตั้งระบบบนเซิร์ฟเวอร์ของโรงงาน
เราติดตั้งและตั้งค่าร่วมกับฝ่ายไอทีของลูกค้า เซิร์ฟเวอร์ VMware เป็นของลูกค้า และฝ่ายไอทีของลูกค้าเป็นผู้กำหนด IP Address พอร์ต และสิทธิ์การติดตั้ง
ระบบนี้ใช้ nimitFlow หรือไม่
ไม่ได้ใช้ งานนี้ย้ายเว็บ DTS ที่โรงงานใช้อยู่ขึ้นเซิร์ฟเวอร์กลางบน Windows Server, IIS และ MS SQL Server ถ้าคุณเริ่มโครงการใหม่ที่ต้องรวมข้อมูลจากเครื่องจักรหลายแหล่ง nimitFlow เป็นทางเลือกที่พิจารณาได้
ราคาและระยะเวลาประมาณเท่าไร
ไม่มีราคาตายตัว ขึ้นกับจำนวนไลน์ ระบบเดิม และเงื่อนไขเครือข่ายของแต่ละโรงงาน ติดต่อเราเพื่อขอใบเสนอราคา เราประเมินหลังเห็นผังเครือข่ายและรายการระบบที่ต้องการรวม
