Learning AtlasIT Support → Cybersecurity
คลังบทอ่าน17.2 / งานดูแลไอทีองค์กรบทถัดไป
สารบัญบทอ่าน / Enterprise IT Support / 17.2
03 · แก้ปัญหาและดูแลระบบ · บท 17.2

Support Responsibilities

ขอบเขตงานซัพพอร์ต

ระดับงาน Support ต่างกันตามความซับซ้อนและความรับผิดชอบ ไม่ใช่ชื่อระดับเดียวกันทุกบริษัท

5 หัวข้อคำอธิบายในหน้านี้ภาพอธิบายและกลไกทีละส่วน
หัวข้อในบทนี้
ศัพท์ในบทนี้ · กดคำที่ขีดเส้นใต้ในเนื้อหาเพื่อดูความหมายได้ด้วย
CPU
หน่วยประมวลผลที่ทำตามคำสั่งของโปรแกรม
API
ข้อตกลงวิธีที่โปรแกรมเรียกความสามารถหรือข้อมูลของอีกโปรแกรม
จากหลักการไปถึงกลไก

ระดับซัพพอร์ตคือขอบเขตงานและทางส่งต่อ

ชื่อ L1 L2 L3 เป็นแนวทางแบ่งงานของแต่ละองค์กร ไม่ใช่มาตรฐานว่าต้องใช้เครื่องมือเดียวกันทุกแห่ง ให้มองความลึกของการตัดสินและขอบเขตเปลี่ยนระบบ L1 รับและแยกอาการ L2 วิเคราะห์และดูแลระบบที่รับผิดชอบ L3 ตรวจเหตุเชิงระบบหรือประสานวิศวกรรมและ vendor โดยหลักฐานต้องตามไปกับการส่งต่อ

แผนที่บทบาทและความสัมพันธ์ · ไม่ใช่โครงองค์กรตายตัวระดับซัพพอร์ตคือขอบเขตงานและทางส่งต่อ
ระดับซัพพอร์ตคือขอบเขตงานและทางส่งต่อ
  1. First line

    เก็บอาการ scope ผลกระทบ ทำขั้นที่มีวิธีและสิทธิ์ชัด พร้อมบันทึกผล

  2. System support

    ตรวจ service config logs permissions และ dependencies แก้ภายในความรับผิดชอบ

  3. Engineering / vendor

    วิเคราะห์ bug design root cause หรือข้อจำกัดที่ต้องเปลี่ยนระบบลึกขึ้น

  4. Lifecycle work

    Onboarding จัดบัญชีเครื่องและสิทธิ์ Offboarding ถอนสิทธิ์ session คืนข้อมูลและทรัพย์สิน

  5. Knowledge + change

    เก็บวิธีที่ใช้ซ้ำได้และเหตุผลของการเปลี่ยน เพื่อไม่แก้อาการเดิมซ้ำโดยไร้บริบท

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

01 / 05

รับเรื่อง คัดกรอง และช่วยผู้ใช้First-line Triage and User Support · 17.2.1

First line รับเรื่อง คัดขอบเขต แก้ตามวิธีที่รองรับ และส่งหลักฐานเมื่อเกินขอบเขต

First-line support รับอาการ ช่วยงานมาตรฐานที่มีวิธีชัด และแยกปัญหาเพื่อส่งต่อได้ รู้ขอบเขตสิทธิ์ตนเองสำคัญพอๆ กับใช้เครื่องมือ การตรวจง่ายที่มีหลักฐานช่วยลดเวลาของทุกระดับ

อ่านภาพตามลำดับการทำงาน
01Receive

รับเรื่องและประเมินผลกระทบ

02Resolve

ใช้วิธีที่อยู่ในอำนาจ

03Escalate

ส่งหลักฐานเมื่อเกินขอบเขต

รีเซ็ตรหัสผ่านต้องยืนยันตัวตนตามกระบวนการ ส่วน error เดิมซ้ำหลายคนต้องดูขอบเขตก่อนรีเซ็ตทุกคน หน้าที่คือคืนงานหรือส่งต่อด้วยข้อมูลที่นำไปใช้ได้

ที่มาของหัวข้อนี้ · 2 รายการ

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

02 / 05

วิเคราะห์และดูแลระบบSystem Diagnosis and Administration · 17.2.2

งานวิเคราะห์ระบบตรวจหลายชั้นและดูแลบริการ ต้องรู้ผลกระทบของการเปลี่ยน

System diagnosis เชื่อม log configuration resource และ dependencies เพื่อหาจุดผิด Administration เปลี่ยนค่าหรือดูแลบริการตามขอบเขตที่รับผิดชอบ ต้องตรวจผลกระทบกับวิธีคืนสภาพก่อนทำ

เทียบหน้าที่เพื่อไม่สับสน
•Observe

วัดระบบและความสัมพันธ์

•Diagnose

แยกสาเหตุจากหลักฐาน

•Administer

เปลี่ยนและตรวจผลอย่างควบคุม

สูงอาจเกิดจากงานที่จำเป็น ไม่ควร kill process เพราะเห็นตัวเลขอย่างเดียว ตรวจเจ้าของ process ระยะเวลา queue และงานธุรกิจ แล้วเลือกการแก้ที่สอดคล้องสาเหตุ

ที่มาของหัวข้อนี้ · 2 รายการ

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

03 / 05

ต้นเหตุ งานวิศวกรรม และประสานผู้ขายRoot Cause, Engineering and Vendor Escalation · 17.2.3

Root cause หาเงื่อนไขต้นเหตุ งานวิศวกรรมออกแบบแก้ระยะยาวและประสาน vendor

Root cause work หาสิ่งที่ทำให้ปัญหาเกิดและวิธีป้องกันซ้ำ Engineering อาจปรับสถาปัตยกรรมหรือโค้ด Vendor escalation ใช้เมื่อเกี่ยวกับข้อบกพร่องหรือความสามารถที่ต้องให้ผู้ผลิตตรวจ

เทียบหน้าที่เพื่อไม่สับสน
•Workaround

คืนงานชั่วคราว

•Root cause

กลไกที่ทำให้เกิดซ้ำ

•Engineering fix

แก้ระบบและตรวจไม่กลับมา

Service restart คืนงานแต่ไม่แก้ memory leak เก็บ crash dump log รุ่นและวิธีเกิดซ้ำที่ไม่เผยความลับ ส่งให้เจ้าของระบบหรือผู้ขายพร้อมผลตรวจ แยก workaround ระหว่างรอจาก permanent fix

ที่มาของหัวข้อนี้ · 2 รายการ

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

04 / 05

เตรียมและยกเลิกการใช้งานOnboarding and Offboarding · 17.2.4

Onboarding เตรียมบัญชีสิทธิ์และเครื่อง Offboarding ถอนสิทธิ์และจัดการข้อมูลตามกระบวนการ

Onboarding เตรียมบัญชี กลุ่ม license อุปกรณ์ และข้อมูลตามหน้าที่ Offboarding ยุติสิทธิ์คืนทรัพย์สินและจัดการข้อมูลโดยเคารพ retention ต้องตรวจระบบที่ไม่ได้ผูกกับ directory กลางด้วย

เทียบหน้าที่เพื่อไม่สับสน
•Identity

บัญชีและข้อมูลรับรอง

•Resources

เครื่อง แอป และ license

•Data / handover

ข้อมูลและงานที่ต้องส่งต่อ

การ disable account ไม่ได้ลบ key หรือ local account ทุกระบบ เก็บรายการสิทธิ์และ owner ของงาน ส่งมอบข้อมูลตามนโยบายแล้วตรวจว่าการเข้าถึงที่ควรยุติถูกยุติจริง

ที่มาของหัวข้อนี้ · 2 รายการ

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

05 / 05

คลังวิธีทำงานและจัดการการเปลี่ยนแปลงKnowledge Base and Change Management · 17.2.5

Knowledge base บันทึกวิธีใช้ซ้ำ Change management ทำให้การเปลี่ยนมีเจ้าของและติดตามได้

Knowledge base เก็บขั้นตอนพร้อมเงื่อนไข ผลที่ควรเห็น และจุดหยุดเพื่อส่งต่อ Change management จัดการการเปลี่ยนที่กระทบบริการ ทั้งสองต้องปรับเมื่อระบบหรือรุ่นเปลี่ยน

เทียบหน้าที่เพื่อไม่สับสน
•Knowledge

วิธีทำที่มีเงื่อนไขและหลักฐาน

•Change

ประเมินและควบคุมการปรับระบบ

•Review

รักษาความถูกต้องเมื่อระบบเปลี่ยน

บทวิธีแก้ที่ใช้กับแอปรุ่นเก่าอาจทำให้ข้อมูลรุ่นใหม่เสีย ระบุรุ่นและวันที่ตรวจ ให้บันทึกสิ่งที่พบจาก ticket กลับเข้าคลัง แล้วมีเจ้าของทบทวนแทนการสะสมคำตอบที่ใช้ไม่ได้

ที่มาของหัวข้อนี้ · 2 รายการ

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

เชื่อมความเข้าใจ

นำศัพท์มาเชื่อมกับงาน

ตัวอย่างให้เห็นภาพ

เคสรีสตาร์ตแล้วหายซ้ำ ๆ ต้องส่งต่อพร้อม log เพื่อหาต้นเหตุ ไม่ปิดซ้ำด้วยวิธีเดิม

สิ่งที่บทนี้เชื่อมไว้

ระดับงาน Support ต่างกันตามความซับซ้อนและความรับผิดชอบ ไม่ใช่ชื่อระดับเดียวกันทุกบริษัท

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

บันทึกในเบราว์เซอร์นี้
บทเรียนที่เกี่ยวข้องและที่มาของบทอ่าน

คำอธิบายหน้านี้เขียนใหม่ตามหัวข้อใน Atlas รายการด้านล่างเป็นชื่อ Video/Reading ที่เคยจับคู่ไว้ แสดงไว้ให้ตรวจที่มาของชื่อหัวข้อ และไม่รับรองว่าคอร์สสอนทุกส่วนของคำอธิบายนี้