Product End of Support (EoS / EOL) คืออะไร? และทำไมโรงงานอุตสาหกรรมไม่ควรมองข้ามเรื่องนี้

หลายโรงงานยังใช้ Software Version เดิมมานาน 5–10 ปี

เหตุผลที่ได้ยินบ่อยคือ:

  • “ระบบยังใช้งานได้”
  • “ไม่อยากหยุด Production”
  • “กลัว Upgrade แล้วกระทบ”
  • “ไม่มีเวลา Test”
  • “Version เดิมเสถียรอยู่แล้ว”

แต่สิ่งที่หลายองค์กรเริ่มเจอคือ…

ระบบยัง “เปิดติด”
แต่เริ่ม “ไม่มีคนซัพพอร์ต”

และนี่คือจุดเริ่มต้นของความเสี่ยงใหญ่ในโรงงานยุค Digital และ Industrial AI


End of Support (EoS / EOL) คืออะไร?

EOL (End of Life) หรือ End of Support คือสถานะที่ Vendor:

  • หยุดพัฒนา
  • หยุด Patch
  • หยุด Security Update
  • หยุด Feature Enhancement
  • และบางครั้งหยุด Technical Support

สำหรับ Product หรือ Version นั้นๆ

พูดง่ายๆ คือ:

Software ยัง “เปิดใช้งานได้”
แต่ Vendor เริ่ม “ไม่รับประกันอนาคต”


ความเสี่ยงของการใช้ Software ที่ EOL แล้ว

หลายองค์กรคิดว่า:

“ถ้ามันยัง Run ได้ ก็ใช้ต่อได้”

แต่ในโลก OT/Industrial Software
ความเสี่ยงจริงไม่ได้อยู่แค่เรื่องเปิดติดหรือไม่ติด


1. Security Risk

ความเสี่ยงด้าน Cybersecurity

นี่คือความเสี่ยงใหญ่ที่สุด

เมื่อ Software EOL:

  • ไม่มี Security Patch ใหม่
  • Vulnerability ใหม่จะไม่ถูกแก้
  • OS ใหม่อาจไม่ปลอดภัยกับ Version เดิม

ในยุค:

  • Ransomware
  • OT Cyber Attack
  • IEC62443
  • EU CRA (Cyber Resilience Act)

เรื่องนี้เริ่มกลายเป็น Business Risk แล้ว


2. OS Compatibility Problem

ระบบใหม่เริ่มไม่รองรับ

เช่น:

  • Windows Version ใหม่ไม่ Support
  • SQL Server ใหม่ใช้ไม่ได้
  • Driver / OPC เก่าเริ่มมีปัญหา

สุดท้ายองค์กรจะติดอยู่กับ:

  • Windows เก่า
  • Server เก่า
  • VM เก่า

และเริ่มเข้าสู่:

“Technical Debt”


3. Vendor Support หายไป

เมื่อ EOL:

  • เปิด Case ยากขึ้น
  • Hotfix ไม่มี
  • Escalation ไม่ได้
  • R&D ไม่ Fix Bug แล้ว

บางกรณีเหลือแค่:

  • Best effort support
  • Consultation only
  • หรือหยุด Support ทั้งหมด

4. Upgrade ยิ่งช้ายิ่งยาก

หลายโรงงานเลื่อน Upgrade ไปเรื่อยๆ

สุดท้าย:

  • Version gap ใหญ่เกิน
  • Migration ซับซ้อน
  • Compatibility เพียบ
  • Downtime Risk สูง

จาก Upgrade เล็ก
กลายเป็น “Digital Transformation Project” ทั้งโรงงาน


5. Audit & Compliance Risk

บางอุตสาหกรรม เช่น:

  • Pharma
  • Food
  • Chemical
  • Critical Infrastructure

เริ่มมี Requirement เรื่อง:

  • Cybersecurity
  • Patch Management
  • Supported Software
  • Software Lifecycle

ถ้าใช้ Version EOL:

  • Audit อาจไม่ผ่าน
  • Insurance Risk สูงขึ้น
  • Compliance Risk เพิ่ม

AVEVA มี Lifecycle Policy อย่างไร?

AVEVA Lifecycle Policy

AVEVA ใช้แนวทาง:

  • Standard-Term Servicing (STS)
  • Long-Term Servicing (LTS)

โดยทั่วไป:

  • STS → Full Support ~3 ปี + Limited/Security Support ~2 ปี
  • LTS → Full Support ~5 ปี + Stability/Security Support ~2 ปี

หลังจากนั้นจะเข้าสู่:

  • Tech Support Only
  • หรือ End of Life

Version ไหนของ AVEVA ที่ EOL แล้ว?

ตัวอย่างจาก AVEVA System Platform Lifecycle:

Product VersionStatus
System Platform 2017End of Life
System Platform 2017 U1End of Life
System Platform 2017 U2End of Life
System Platform 2017 U3End of Life
System Platform 2020End of Life
System Platform 2020 R2End of Life
System Platform 2020 R2 SP1End of Life
หลาย Product รุ่น 2014–2018ส่วนใหญ่ EOL แล้ว

รวมถึง Product กลุ่ม:

  • Historian
  • MES
  • Recipe Management
  • Batch Management
  • Predictive Analytics
  • Plant SCADA
  • Enterprise Data Management

หลาย Version เก่าเริ่มเข้าสู่:

  • Limited Support
  • Tech Support Only
  • หรือ EOL แล้วเช่นกัน

แล้วจะตรวจได้อย่างไรว่า Version ไหน EOL แล้ว?


วิธีที่ 1: ตรวจผ่าน AVEVA Software Support Website

AVEVA Software Support

ใน Product Hub จะมี:

  • Product Lifecycle
  • Release Information
  • Support Phase
  • End of Support Date

วิธีที่ 2: ตรวจจาก Lifecycle Matrix

หลาย Distributor และ AVEVA Select Partner จะมี:

  • Lifecycle Matrix
  • Support Table
  • Compatibility Matrix

เช่น:

  • Release Date
  • Mainstream Support
  • Extended Support
  • End of Life Date

วิธีที่ 3: ตรวจ Version จาก Software จริง

เช่น:

  • System Platform IDE
  • About Menu
  • Historian Version
  • License Manager
  • Installed Programs

แล้วนำ Version ไปเทียบ Lifecycle Table


วิธีที่ 4: ตรวจ OS และ Dependency ด้วย

บางครั้ง Product ยังไม่ EOL
แต่ OS EOL แล้ว

เช่น:

  • Windows Server เก่า
  • SQL Server เก่า
  • .NET Framework เก่า

ซึ่งก็เสี่ยงเหมือนกัน


Reality Check

หลายโรงงาน “กลัว Upgrade”

แต่ความจริงคือ:

การไม่ Upgrade
ก็เป็นความเสี่ยงเหมือนกัน

โดยเฉพาะในยุค:

  • Connected Factory
  • Remote Access
  • Cloud Integration
  • Industrial AI
  • Cybersecurity Regulation

แนวคิดที่องค์กรยุคใหม่เริ่มเปลี่ยน

ในอดีต:

“อย่าแตะระบบ ถ้ามันยังรันอยู่”

แต่ปัจจุบัน:

“ระบบที่ไม่ถูก Maintain อาจกลายเป็นจุดอ่อนของทั้งโรงงาน”


สิ่งที่องค์กรควรเริ่มทำ

1. ทำ Software Inventory

รู้ก่อนว่า:

  • โรงงานมี Software อะไร
  • Version ไหน
  • OS อะไร
  • Support Status เป็นอย่างไร

2. วาง Lifecycle Management

ไม่รอให้ EOL ก่อนค่อยแก้

แต่มี:

  • Upgrade Plan
  • Migration Strategy
  • Patch Policy

3. แยก “Stable” กับ “Obsolete” ออกจากกัน

ระบบ Stable:

  • ยัง Patch ได้
  • ยัง Support ได้
  • ยัง Secure ได้

ไม่เหมือนระบบ Obsolete


สรุป

EOL ไม่ได้แปลว่า:

“ระบบเปิดไม่ติด”

แต่มันแปลว่า:

  • ความเสี่ยงเริ่มเพิ่ม
  • Security เริ่มอ่อน
  • Support เริ่มหาย
  • Technical Debt เริ่มสะสม

ในยุค Smart Manufacturing

Software Lifecycle
กำลังกลายเป็นเรื่อง “Business Continuity”

ไม่ใช่แค่เรื่อง IT อีกต่อไป

EnlightenTalk #Chathornthan

น้อมส่งเสด็จสู่สวรรคาลัย
Scroll to Top