▲ UnixDev Engineering Blog / บทความตามหัวข้อ

บทความเรื่อง ดูแลและปรับปรุงระบบเดิม

บทความเกี่ยวกับการดูแลและปรับปรุงระบบเดิมที่องค์กรยังต้องใช้งาน เช่น ระบบที่หมด support ระบบที่ไม่มีเอกสาร การรับมอบงานจากผู้รับจ้างเดิม และการดูแลเว็บไซต์องค์กร เหมาะกับทีม IT ที่รับผิดชอบระบบเก่าและกำลังวางแผน modernize

บทความในหัวข้อนี้ (5)

เซิร์ฟเวอร์รุ่นเก่าตั้งอยู่ในโซนเครือข่ายที่มีรั้ว firewall ล้อมรอบ มีเส้นทางข้อมูลเพียงเส้นเดียวที่ได้รับอนุญาต ไอคอนดวงตาเฝ้าระวัง log อยู่ด้านบน สำเนา backup สามชุดอยู่ด้านข้าง และสะพานที่ทอดไปยังแพลตฟอร์มใหม่ที่ยังได้รับ support สื่อว่าการดูแลระบบเก่าเป็นช่วงชั่วคราวระหว่างรอ modernize
Legacy Risk •

ระบบเก่าหมด support แต่ยังต้องใช้ต่อ: ลดความเสี่ยงอย่างไรระหว่างรอ modernize

ถ้าระบบเก่ายังย้ายไม่ได้ ให้ตรวจว่าส่วนไหนหมด support แล้ว แยกระบบไว้ในโซนเครือข่ายแยก ตัดเส้นทางข้อมูลที่ไม่จำเป็น เฝ้าระวังเชิงรุก ทำ backup ที่ทดสอบกู้คืนแล้ว และกำหนดเกณฑ์ว่าเมื่อไรต้องเร่ง modernize เพราะมาตรการชดเชยลดความเสี่ยงได้แต่ไม่ได้ปิดช่องโหว่

ภาพประกอบการรับช่วงระบบเก่าที่ไม่มีเอกสาร: เซิร์ฟเวอร์ที่ยังทำงานอยู่ข้างชั้นหนังสือว่างเปล่า ผู้ดูแลส่องไฟฉายให้เห็นชั้นของ backup รายการระบบ log เทสต์ และเอกสาร มีเส้นทางสี่ขั้น ปกป้อง สำรวจ สังเกต และบันทึก ไปสู่ทางแยกระหว่างดูแลต่อกับปรับปรุงระบบ
Legacy Takeover •

รับดูแลระบบเก่าที่ไม่มีเอกสาร และไม่มีคนเขียนเหลืออยู่: เริ่มจากตรงไหน?

เริ่มจากปกป้องของที่มีอยู่: backup เต็มรูปแบบพร้อมทดสอบกู้คืน และเก็บสถานะเซิร์ฟเวอร์ก่อนแตะระบบ จากนั้นสร้างรายการระบบจากสิ่งที่รันอยู่ ทำ SBOM สังเกต log เขียน characterization test และเขียนเอกสารไปพร้อมกัน ก่อนตัดสินใจว่าจะดูแลต่อหรือปรับปรุง

การรับมอบระบบจากผู้รับจ้างเดิม: ซอร์สโค้ด pipeline บัญชี Cloud โดเมนและใบรับรอง ข้อมูล และการแจ้งเตือน ผ่านสามด่านตรวจ คือ build ใหม่จากซอร์สโค้ด deploy ขึ้น staging และทดสอบกู้คืนข้อมูล จนองค์กรควบคุมระบบได้เอง ส่วนกุญแจของทีมเดิมถูกถอนสิทธิ์
Vendor Handover •

เปลี่ยนผู้รับจ้างดูแลระบบ: ต้องรับมอบอะไรจากผู้รับจ้างเดิมบ้าง?

เมื่อเปลี่ยนผู้รับจ้างดูแลระบบ ต้องรับมอบซอร์สโค้ดพร้อมประวัติ pipeline บัญชี Cloud โดเมน backup และ runbook ให้อยู่ในชื่อองค์กร แล้วพิสูจน์ว่าครบด้วยการให้ทีมใหม่ build, deploy ขึ้น staging และ restore ได้เอง ก่อนถอนสิทธิ์ทีมเดิม

ห้องเซิร์ฟเวอร์ในองค์กรไทยที่ยังรันระบบเก่า มีสาย patch cord พันกันและป้ายกำกับด้วยเทปกาว สื่อถึงความซับซ้อนของ legacy infrastructure
Legacy & Modernization • •อัปเดต

Legacy System คืออะไร? ตัวอย่างและทางเลือก

Legacy System คือระบบเดิมที่งานสำคัญยังพึ่งพา แต่ดูแลหรือแก้ไขยาก ดูตัวอย่างที่พบบ่อยในองค์กร ความเสี่ยง และทางเลือกระหว่างดูแลต่อกับ modernize

Multiple servers cover image for website maintenance content
Website Maintenance • •อัปเดต

ดูแลเว็บไซต์องค์กร: อัปเดต ความปลอดภัย ความเร็ว และการกู้คืน

แนวทางกำหนดขอบเขตการดูแลเว็บไซต์บริษัทหรือร้านค้าออนไลน์ที่ใช้งานอยู่ ตั้งแต่สำรวจระบบและสิทธิ์เข้าถึง อัปเดตผ่าน staging ลดความเสี่ยงด้านความปลอดภัย วัดผลก่อนปรับความเร็ว ไปจนถึงทดสอบการกู้คืนและตกลงขอบเขตบริการ