โครงสร้างพื้นฐานไม่ได้มีความสำคัญต่ออนาคตของการตรวจสอบเครือข่าย

โครงสร้างพื้นฐานไม่ได้มีความสำคัญต่ออนาคตของการตรวจสอบเครือข่าย
เมื่อเราตรวจสอบความท้าทายที่เกิดจากโลกดิจิทัลในปัจจุบัน เป็นที่ชัดเจนว่าผู้ปฏิบัติงานด้านไอทีจะต้องมีความคล่องตัวและเตรียมพร้อมสำหรับความก้าวหน้าทางเทคโนโลยี เพื่อให้ภาคส่วนนี้เติบโตและเติบโตต่อไป เราต้องมองไปสู่อนาคตของเทคโนโลยีสารสนเทศต่อไป เพื่อเตรียมพร้อมสำหรับอนาคต เราต้องเข้าใจการเปลี่ยนแปลงที่กำลังดำเนินอยู่ก่อน และในช่วงไม่กี่ปีที่ผ่านมา มีการเปลี่ยนแปลงที่น่าสังเกตหลายประการเกี่ยวกับโลกแห่งการซื้อขาย ประการแรกคือการจำลองเสมือน นั่นเป็นสาเหตุที่เราเปลี่ยนจากเซิร์ฟเวอร์ที่ไม่มีระบบปฏิบัติการธรรมดาที่ใช้งานแอพพลิเคชั่นบางตัว ไปสู่เซิร์ฟเวอร์ที่ใช้ "เซิร์ฟเวอร์" เสมือนจริงจำนวนมาก เซิร์ฟเวอร์เหล่านี้ถูกสรุปโดยการจำลองเสมือนฮาร์ดแวร์เซิร์ฟเวอร์พื้นฐาน สิ่งนี้อนุญาตให้โอเปอเรเตอร์เรียกใช้ "เซิร์ฟเวอร์" หลายเครื่องบนเซิร์ฟเวอร์จริงเครื่องเดียว ข้อดีคือปริมาณงานที่สมดุลมากขึ้นทั่วทั้งโครงสร้างพื้นฐาน และความสามารถในการรวมเครื่องเสมือนเข้ากับเซิร์ฟเวอร์จริงที่น้อยลง ซึ่งหมายถึงการลงทุนล่วงหน้าน้อยลงสำหรับเครื่องเหล่านั้น ผู้ประกอบการด้านไอที การเปลี่ยนแปลงครั้งที่สองเกิดขึ้นในการถือกำเนิดและการนำคอนเทนเนอร์มาใช้อย่างล้นหลาม คอนเทนเนอร์มีความคล้ายคลึงกับการจำลองเสมือน ยกเว้นแต่ว่าคอนเทนเนอร์จะยกระดับความเป็นนามธรรมขึ้นไปอีกระดับ แทนที่จะเพียงแค่จำลองฮาร์ดแวร์และใช้ระบบปฏิบัติการเต็มรูปแบบบนเครื่องเสมือนแต่ละเครื่อง คอนเทนเนอร์จะทำงานบนระบบปฏิบัติการของโฮสต์ ของโหนด ซึ่งหมายความว่าเวิร์กโหลดจำนวนมากทำงานบนระบบปฏิบัติการเดียว โหนดเหล่านี้ไม่จำเป็นต้องอยู่บนโลหะเปลือย พวกเขาอาจเป็นเครื่องเสมือนก็ได้ แนวคิดก็คือมี "เซิร์ฟเวอร์" ที่สามารถเรียกใช้คอนเทนเนอร์จำนวนมากและสร้างสมดุลปริมาณงานระหว่างเซิร์ฟเวอร์เหล่านี้เพื่อเพิ่มประสิทธิภาพ การเปลี่ยนแปลงล่าสุดคือ Functions as a Service (FaaS) บางคนเรียกสิ่งนี้ว่าไร้เซิร์ฟเวอร์เพราะไม่จำเป็นต้องบำรุงรักษาเซิร์ฟเวอร์ภายในองค์กร ไม่ได้หมายความว่าไม่มีเซิร์ฟเวอร์ที่ไหนสักแห่งที่ทำหน้าที่นี้ แต่เป็นเพียงว่ามีคนคอยดูแลให้ฟังก์ชันนี้ใช้งานได้ FaaS ช่วยให้นักพัฒนาซอฟต์แวร์เขียนเฉพาะตรรกะทางธุรกิจของตนแล้วถ่ายโอนไปยังบริการ FaaS กับผู้ให้บริการคลาวด์สาธารณะ เช่น AWS เซิร์ฟเวอร์ที่ใช้คอนเทนเนอร์ซึ่งเป็นไปตามตรรกะทางธุรกิจถือเป็นนามธรรมโดยสิ้นเชิง ทำให้องค์กรต่างๆ สามารถมุ่งเน้นไปที่การพัฒนาแอปพลิเคชันเพียงอย่างเดียว

โครงสร้างพื้นฐานไม่สำคัญ

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

เครดิตรูปภาพ: Pexels (ภาพ: © เครดิตรูปภาพ: หน้าแรก ภาพถ่าย / Pexels)

การตรวจสอบนี้คือการสังเกต

คำถามจึงเกิดขึ้น: อนาคตของการสอดแนมจะเป็นอย่างไร? เพื่อตอบคำถามนี้ เราต้องมุ่งเน้นไปที่แอปพลิเคชันมากกว่าปริมาณงานที่ทำงานบนโครงสร้างพื้นฐาน การสังเกตเป็นวิธีที่ดีในการคิดเกี่ยวกับเรื่องนี้ ซึ่งรวมถึงตัวชี้วัด บันทึก และการติดตามที่แยกหรือส่งโดยตรงจากปริมาณงานหรือแอปพลิเคชันของเรา ด้วยข้อมูลนี้ เราสามารถอนุมานสถานะปัจจุบันของระบบจากเอาท์พุตภายนอก และรับบริบทเพื่อทำความเข้าใจสถานะนี้ จำนวนสมาชิกในระดับสูงในข้อมูลการเฝ้าระวังของเราครั้งหนึ่งเคยเป็นเหตุผลและเป็นสิ่งที่ทุกคนพยายามหลีกเลี่ยง แต่เพื่อสร้างแอปพลิเคชันที่สังเกตได้ จำเป็นต้องจัดเก็บข้อมูลสำคัญอย่างยิ่งเพื่อวิเคราะห์ปัญหาอย่างแท้จริง ตราบใดที่ผู้ปฏิบัติงานสามารถระบุส่วนของแอปพลิเคชันที่ต้นตอของความล้มเหลวได้ พวกเขาสามารถปรึกษาบันทึกข้อมูลและพิจารณาว่าปัญหาเกี่ยวข้องกับโหนดใดโหนดหนึ่งหรือไม่ ของฐานข้อมูล การรับส่งข้อมูลที่ผิดปกติควรตรวจจับได้ง่าย โดยเฉพาะอย่างยิ่งหากการเขียนทำให้เกิดความล่าช้า โดยรวมแล้ว วิธีที่เราตรวจสอบเครือข่ายของเรากำลังเปลี่ยนแปลง ไม่ว่าเราจะชอบหรือไม่ก็ตาม ด้วยเหตุนี้ ความท้าทายต่อไปนี้จึงถูกนำเสนอแก่ผู้ปฏิบัติงานด้านไอที: ปรับตัวและยอมรับการเปลี่ยนแปลงในขณะนี้ หรือไม่เกี่ยวข้องในอนาคต Martin Hodgson ผู้จัดการประจำประเทศในสหราชอาณาจักรและฉันที่ Paessler AG