Data science

การจัดการข้อมูลหลักบน Cloud Journey

คลิกเพื่อเรียนรู้เพิ่มเติมเกี่ยวกับผู้เขียนร่วม Kelvin Looi คลิกเพื่อเรียนรู้เพิ่มเติมเกี่ยวกับผู้เขียนร่วม Mike Ashwell บริษัทส่วนใหญ่กำลังพิจารณาระบบคลาวด์ หากไม่ได้อยู่บนเส้นทางการปรับใช้ระบบคลาวด์อยู่แล้ว หากคุณมีหน้าที่รับผิดชอบในการจัดการข้อมูลหลัก (MDM) ในบริษัทของคุณ คุณน่าจะพิจารณาย้ายหรือปรับใช้ MDM บนคลาวด์ แม้ว่าเทคโนโลยีคลาวด์ยังคงมีความท้าทายและข้อบกพร่องอยู่บ้าง แต่ก็มีความคุ้มค่า ประโยชน์ด้านความคล่องตัว และข้อดีอื่นๆ อีกมากมายที่ควรผลักดันให้คุณมองว่าคลาวด์เป็นฐานสำหรับการใช้งาน MDM ในปัจจุบันและอนาคต เมื่อนำ MDM ไปใช้บนคลาวด์ คุณจะต้องพิจารณาข้อเสนอต่างๆ ที่รวมความสามารถของผลิตภัณฑ์เข้ากับระดับบริการการจัดการระบบคลาวด์ ผู้จำหน่ายบางรายเสนอผลิตภัณฑ์ MDM ที่ใหม่กว่าโดยใช้สถาปัตยกรรมแบบ cloud-native ที่สามารถใช้ประโยชน์จากความสามารถ Cloud Infrastructure-as-a-Service (IaaS) ที่เป็นที่นิยม ในขณะที่รายอื่นๆ ไม่ได้ปรับปรุงผลิตภัณฑ์รุ่นเก่าของตนให้ทันสมัย ​​และเสนอเฉพาะบริการคลาวด์ที่ไม่สามารถใช้ประโยชน์จากคุณสมบัติบางอย่างได้ ฟีเจอร์ IaaS บนคลาวด์แบบไดนามิกมากขึ้น หากคุณยังไม่ได้ใช้งานโซลูชัน MDM คุณควรมองหาโซลูชันที่ทำงานบนคลาวด์ หากคุณมีแพลตฟอร์ม MDM ที่ทำงานอยู่ในองค์กรมาหลายปีแล้ว (ในองค์กร) คุณควรพิจารณาตัวเลือกในการโยกย้ายการใช้งาน MDM ไปยังระบบคลาวด์ ต้องบอกว่าตัวเลือกคลาวด์ของคุณสำหรับ MDM อาจไม่ชัดเจน มาสำรวจแนวคิดหลักบางประการเพื่อพิจารณาว่าเป็นส่วนหนึ่งของการตัดสินใจของคุณ Cloud และ/หรือ Managed Service Models IaaS: ด้วยโมเดลนี้ คุณจะซื้อบริการ IaaS จากผู้จำหน่ายระบบคลาวด์ แต่มีหน้าที่รับผิดชอบในทุกด้านของโซลูชันที่อยู่เหนือเลเยอร์ IaaS ของโครงสร้างพื้นฐานระบบคลาวด์ การจัดการบัญชีและการแบ่งเซ็กเมนต์ของสภาพแวดล้อมแอปพลิเคชัน เครือข่าย การรักษาความปลอดภัย การติดตั้ง/กำหนดค่า การตรวจสอบ และการสนับสนุนสำหรับบริการที่นำมาใช้ต้องจัดเตรียมโดยคุณเนื่องจากอยู่ในสภาพแวดล้อมภายในองค์กร ผู้ขายจะจัดหาทรัพยากรโครงสร้างพื้นฐานพื้นฐาน การจำลองเสมือน การตรวจสอบและ/หรือเครื่องมือบางส่วน และอินเทอร์เฟซการจัดการที่เกี่ยวข้องสำหรับการตรวจสอบและจัดการทรัพยากรโครงสร้างพื้นฐานระบบคลาวด์ของคุณ นี่หมายความว่าคุณจะต้องรับผิดชอบในการออกแบบ ติดตั้ง กำหนดค่า ทดสอบ และจัดการสภาพแวดล้อม MDM ของคุณที่ทำงานบนบริการ Cloud IaaS ที่ผู้ขายจัดหาให้ ตัวเลือกนี้มอบการควบคุมและการปรับแต่งขั้นสูงสุด แต่คุณต้องแบกรับบริการทั้งหมดที่อยู่เหนือชั้นโครงสร้างพื้นฐาน IaaS พร้อมบริการที่มีการจัดการจากผู้ขาย: ตัวเลือกนี้สร้างขึ้นจากรูปแบบแรกโดยการถ่ายโอนงานบริการที่มีการจัดการที่เลือกไปยังผู้ให้บริการ ข้อเสนอบริการคลาวด์สามารถครอบคลุมตั้งแต่งานเฉพาะกลุ่ม (เช่น การจัดการเครือข่าย การจัดการความปลอดภัย) ไปจนถึงแพ็คเกจการจัดการที่กว้างขึ้นซึ่งครอบคลุมงานการติดตั้ง การกำหนดค่า การตรวจสอบ และการจัดการ SaaS ที่จัดการโดยผู้ขาย: เช่นเดียวกับโซลูชันที่ใช้ SaaS อื่นๆ (เช่น SFDC เป็นต้น) ข้อเสนอเหล่านี้ช่วยให้คุณสร้างสภาพแวดล้อม MDM บนคลาวด์ได้โดยไม่ต้องยุ่งยากกับการปรับใช้และจัดการแพลตฟอร์ม อย่างไรก็ตาม เนื่องจากข้อเสนอเหล่านี้สร้างขึ้นจากชุดการตัดสินใจในการปรับใช้ที่ผู้จำหน่าย SaaS ได้ทำขึ้น พวกเขาอาจไม่มีความยืดหยุ่นในการปรับตัวให้เข้ากับความต้องการของคุณได้อย่างง่ายดาย ตัวอย่างเช่น บริการอาจทำงานบนแพลตฟอร์มของผู้ขายบางรายเท่านั้น ซึ่งอาจไม่สอดคล้องกับมาตรฐานระบบคลาวด์ของบริษัทของคุณ ข้อเสนอ SaaS ยังมีข้อจำกัดเกี่ยวกับประเภทการเข้าถึงที่คุณจะได้รับ นอกจากนี้ คุณจะต้องตรวจสอบให้แน่ใจว่าการควบคุมความปลอดภัยและความเป็นส่วนตัวนั้นอยู่ในระดับที่เท่ากัน และเป็นไปตามมาตรฐานองค์กร ข้อบังคับ และข้อกำหนดด้านถิ่นที่อยู่ของข้อมูลของคุณ โซลูชันที่ใช้ SaaS ส่วนใหญ่เป็นแบบ multitenant ตามการออกแบบ ซึ่งอาจก่อให้เกิดคำถามด้านความปลอดภัย ทั้งนี้ขึ้นอยู่กับรูปแบบและปริมาณการใช้งาน คุณจะต้องตรวจสอบปัจจัยด้านประสิทธิภาพและความสามารถในการปรับขยาย โดยเฉพาะอย่างยิ่งหากคุณมีทราฟฟิกธุรกรรมแบบเรียลไทม์จำนวนมาก สิ่งสำคัญคือต้องตรวจสอบให้แน่ใจว่าข้อเสนอ SaaS MDM ที่คุณกำลังประเมินนั้นตรงตามความต้องการของคุณ นอกจากนี้ยังมีความสำคัญเท่าเทียมกันในการวางแผนสำหรับวงจรการย้าย/การนำระบบคลาวด์มาใช้โดยสมบูรณ์ซึ่งเป็นส่วนหนึ่งของการประเมินของคุณ แม้จะมีข้อเสนอ SaaS ที่มีการจัดการเต็มรูปแบบ แต่ก็อาจเป็นความพยายามที่สำคัญในการติดตั้งโซลูชัน MDM SaaS ระดับองค์กร การกำหนดค่าโซลูชัน การทดสอบ การย้ายข้อมูล และการจัดการการรวมภายในองค์กรเป็นงานที่สำคัญและไม่รวมอยู่ในข้อเสนอ MDM SaaS ทั่วไป คุณลักษณะซอฟต์แวร์ Cloud-Native MDM แบบ Cloud-native: นี่คือแพลตฟอร์ม MDM ที่ใหม่กว่าซึ่งเป็นไปตามการออกแบบคอนเทนเนอร์แบบไมโครเซอร์วิส โซลูชันเหล่านี้เหมาะสำหรับบริษัทที่จัดการเทคโนโลยีคลาวด์ได้อย่างสะดวกสบาย และมีแอปพลิเคชันและการใช้งานที่จะใช้ประโยชน์จากการออกแบบไมโครเซอร์วิสที่เกี่ยวข้อง ผลิตภัณฑ์เหล่านี้สามารถนำเสนอการปรับใช้ที่รวดเร็วและปรับขนาดได้มากขึ้น ซึ่งใช้ประโยชน์จากตัวเลือกการปรับขนาดแบบไดนามิกบนคลาวด์ที่ทันสมัย สิ่งสำคัญคือต้องทราบด้วยว่าเนื่องจากผลิตภัณฑ์และแพลตฟอร์มเหล่านี้เป็นผลิตภัณฑ์ใหม่ จึงอาจไม่มีการใช้งาน MDM แบบเดิมที่ครอบคลุมและเชื่อถือได้ ด้วยเหตุนี้ ความสามารถของแอปพลิเคชันและความน่าเชื่อถือทางสถาปัตยกรรมจึงอาจหายไปหรือยังไม่ได้ใช้งานอย่างสมบูรณ์ สถาปัตยกรรม MDM แบบ Cloud-native เป็นอนาคต แต่สิ่งสำคัญคือต้องประเมินฟังก์ชันที่จัดส่งและความสามารถของคุณในการใช้งานสถาปัตยกรรมประเภทนี้ องค์กรของคุณอาจไม่มีความซับซ้อนในการรักษาและใช้ประโยชน์จากการออกแบบไมโครเซอร์วิสของโซลูชัน MDM บนคลาวด์ที่ใหม่กว่าเหล่านี้ MDM รุ่นเก่า: ผลิตภัณฑ์เหล่านี้เป็นผลิตภัณฑ์ MDM รุ่นเก่า (เช่น IBM MDM, Informatica MDM, Semarchy xDM เป็นต้น) ที่ใช้กองเทคโนโลยีและหลักการออกแบบที่มีลักษณะเป็นเสาหิน ผู้จำหน่ายอาจย้ายแอปพลิเคชัน MDM เหล่านี้เพื่อทำงานบนแพลตฟอร์มคลาวด์ แต่มีลักษณะเป็นเสาหินส่วนใหญ่ โซลูชันเหล่านี้มีความสามารถและความน่าเชื่อถือของฟีเจอร์ MDM ที่ได้รับการพิสูจน์แล้ว โดยปกติแล้ว จะเหมาะกับความต้องการทางธุรกิจที่ซับซ้อนและได้รับการพิสูจน์แล้วในหลาย ๆ ด้าน รวมถึงประสิทธิภาพ ความสามารถในการขยาย ความปลอดภัย ฯลฯ อย่างไรก็ตาม คุณจะต้องตรวจสอบให้แน่ใจว่าผู้ขายมีแผนการพัฒนาและสนับสนุนสำหรับพวกเขาบนคลาวด์ และพวกเขาจะ จะไม่ออกจากการสนับสนุนในเร็ว ๆ นี้ หวังว่าความสามารถจะสมบูรณ์เพียงพอที่คุณจะไม่ต้องทำการปรับปรุงที่สำคัญหลังการติดตั้งใช้งาน เนื่องจากโดยปกติแล้วการทำให้ใช้งานได้จะมีความเกี่ยวข้องมากขึ้นและยาวนานขึ้น สถาปัตยกรรม MDM แบบไฮบริด/คลาวด์แบบเดิม: ผลิตภัณฑ์ MDM รุ่นเก่าที่ได้รับการ “ปรับแพลตฟอร์มใหม่” ให้เป็นสถาปัตยกรรมแบบคอนเทนเนอร์ที่ใหม่กว่า แต่ยังไม่ได้รับการสร้างขึ้นใหม่เพื่อส่งมอบโซลูชันแบบไมโครเซอร์วิสอย่างเต็มรูปแบบ โซลูชันเหล่านี้จะใช้ประโยชน์จากความสามารถบางอย่างของคลาวด์ (เช่น การปรับขนาดคอนเทนเนอร์อัตโนมัติ) แต่มีข้อจำกัดด้านสถาปัตยกรรมที่ป้องกันไม่ให้ใช้ประโยชน์จากความสามารถอื่นๆ ของคลาวด์ (เช่น การใช้งานโซนหลายความพร้อมใช้งาน) สิ่งสำคัญที่ควรทราบก็คือผลิตภัณฑ์ MDM รุ่นเก่าบางผลิตภัณฑ์ในตลาดอาจมีสถาปัตยกรรมโซลูชัน “แบบผสม” ซึ่งบางส่วนของแพลตฟอร์ม MDM นั้นเปิดใช้งานไมโครเซอร์วิสแบบคอนเทนเนอร์ได้อย่างสมบูรณ์ แต่ส่วนอื่นๆ ของโซลูชันเป็นการใช้งานแบบคอนเทนเนอร์ของรุ่นเก่า สถาปัตยกรรมดั้งเดิม บรรดาผู้ที่มี MDM ภายในองค์กรที่ทำงานอยู่และกำลังพิจารณาที่จะเข้าร่วมการเดินทางสู่ระบบคลาวด์จะต้องตัดสินใจด้วยว่าคุณกำลังโยกย้ายหรือสร้างแพลตฟอร์มใหม่: การโยกย้ายการใช้งาน MDM ภายในองค์กรที่มีอยู่ไปยังระบบคลาวด์: ตัวเลือกนี้เกี่ยวข้องกับการย้าย อินสแตนซ์ MDM ภายในองค์กรปัจจุบันของคุณไปยังสภาพแวดล้อมระบบคลาวด์ใหม่ที่ใช้ซอฟต์แวร์ MDM พื้นฐานเดียวกัน ตัวเลือกนี้ช่วยรักษาการลงทุน MDM ที่ล่มจมของคุณในขณะที่ได้รับประสิทธิภาพของโครงสร้างพื้นฐานผ่านบริการคลาวด์ที่ผู้ขายจัดหาให้ คุณควรตรวจสอบกับผู้จำหน่าย MDM ที่มีอยู่เพื่อให้แน่ใจว่าได้รับการสนับสนุน หากคุณคุ้นเคยกับเทคโนโลยีคลาวด์ (เช่น การจัดการแพลตฟอร์ม เครือข่าย ความปลอดภัย) และมีสถานะบนคลาวด์อยู่แล้ว การใช้งานจะมีความยุ่งยากน้อยที่สุด และช่วยให้คุณสามารถใช้ประโยชน์จากข้อดีของคลาวด์ได้ บริษัทที่มีปริมาณการใช้ MDM ที่เติบโตอย่างรวดเร็วจะพบว่าความคล่องตัวและต้นทุนแพลตฟอร์มที่ต่ำกว่าบนคลาวด์นั้นน่าสนใจมาก หากคุณยังใหม่ต่อการปรับใช้ระบบคลาวด์ ขอแนะนำให้ทำงานกับบริษัทที่ให้บริการด้านไอทีซึ่งเคยทำสิ่งนี้มาก่อน เปลี่ยนแพลตฟอร์มเป็น MDM ใหม่บนคลาวด์: ตัวเลือกนี้ประกอบด้วยการเลิกใช้งาน MDM ปัจจุบันของคุณและการเลือกโซลูชันใหม่ ซึ่งต้องมีการสร้างโซลูชัน MDM ของคุณใหม่ทั้งหมดบนแพลตฟอร์มคลาวด์ MDM ใหม่ ตัวเลือกนี้น่าสนใจเมื่อโซลูชัน MDM ที่มีอยู่ของคุณไม่ได้ให้ความสามารถที่คุณต้องการ หรือผู้จำหน่าย MDM ของคุณไม่สนับสนุนการเรียกใช้โซลูชันของตนบนแพลตฟอร์มคลาวด์ยอดนิยม คุณจะมีกระบวนการตัดสินใจที่คล้ายคลึงกันกับการจับเวลาครั้งแรก และจำเป็นต้องตัดสินใจระหว่างตัวเลือก SaaS และ/หรือ cloud-native ต่างๆ สำหรับการเรียกใช้ MDM บนคลาวด์ นี่เป็นตัวเลือกที่ก่อกวนมากกว่า ดังนั้นคุณควรประเมินอย่างรอบคอบ เนื่องจากไม่มี ROI มากพอที่จะทำโดยการเปลี่ยนโซลูชัน MDM คุณอาจต้องใช้เงินเป็นจำนวนมาก พบปัญหาใหม่ เกิดขั้นตอนการโยกย้ายที่ยาวนาน และมีความสามารถที่ปรับปรุงอย่างจำกัดเหนือ MDM เก่าของคุณ สุดท้ายนี้ หากคุณพบว่า MDM ปัจจุบันบนโซลูชันระบบคลาวด์ที่ผู้ขายเสนอให้นั้นไม่เหมาะกับความต้องการของคุณและตัดสินใจสร้างมันขึ้นมา ให้พัฒนาสำหรับระบบคลาวด์ จะเป็นการดีที่สุดถ้าคุณสร้างมันขึ้นมาโดยใช้สถาปัตยกรรมไมโครเซอร์วิสแบบคอนเทนเนอร์ โดยเฉพาะบนฐานข้อมูลแบบกราฟ แม้ว่าวิธีการนี้จะล่อใจให้สอดคล้องกับความต้องการขั้นสุดท้าย แต่ก็ไม่เหมาะสำหรับผู้ที่ไม่ฝักใฝ่ฝ่ายใด การพัฒนาโซลูชัน MDM ยุคหน้าต้องใช้โครงสร้างพื้นฐานที่กว้างขวางและทักษะระบบคลาวด์ เหนือและเหนือโดเมน MDM และทักษะการพัฒนาซอฟต์แวร์ การเริ่มต้นใช้งานระบบคลาวด์เป็นสิ่งที่ควรค่าแก่การพิจารณา เนื่องจากข้อดีที่พิสูจน์แล้วของแพลตฟอร์มคลาวด์เทียบกับการใช้งานภายในองค์กร แน่นอนว่านี่ไม่ใช่สำหรับทุกคน เนื่องจากมีรูปแบบการใช้งาน ความปลอดภัย และข้อกังวลด้านกฎระเบียบสำหรับบางคน ตัวเลือกระบบคลาวด์มีมากมาย ซับซ้อน และไม่ชัดเจนเสมอไป ขอแนะนำให้ปรึกษาบริษัทบริการ IT Data Management ที่เชี่ยวชาญด้าน MDM มีประสบการณ์ระบบคลาวด์ และสามารถให้บริการการจัดการข้อมูลที่สำคัญและบริการคลาวด์ได้ มองหาบริษัทที่ทำสิ่งนี้มาหลายครั้งแล้วและสามารถเสนอแพ็คเกจการประเมิน MDM เช่น: MDM บน cloudMDM ย้ายไปที่การอัปเกรด cloudMDM MDM และผู้เชี่ยวชาญระบบคลาวด์มักจะใช้เฟรมเวิร์กการนำระบบคลาวด์มาใช้สำหรับ MDM เพื่อช่วยคุณเลือกเทคโนโลยีคลาวด์และคลาวด์ที่เหมาะสม แนวทางการย้ายถิ่น นอกจากนี้ หากคุณไม่ได้ใช้ข้อเสนอ SaaS ที่มีการจัดการเต็มรูปแบบ การมีส่วนร่วมกับผู้จำหน่ายบริการ MDM เพื่อให้บริการคลาวด์ ซอฟต์แวร์ และบริการสนับสนุนการปฏิบัติงานสำหรับแพลตฟอร์มคลาวด์ MDM ของคุณจะช่วยให้การเปลี่ยนแปลงของคุณง่ายขึ้น วิธีนี้จะช่วยลดความเสี่ยงในการประสบความสำเร็จและเข้าถึงแหล่งทรัพยากรด้วย MDM และความเชี่ยวชาญด้านคลาวด์ มองหาผู้ให้บริการ MDM ที่ให้บริการรูปแบบ MDM Center-of-Excellence (CoE) ที่สามารถนำเสนอความเชี่ยวชาญในการใช้งาน MDM การโยกย้ายระบบคลาวด์ และบริการปฏิบัติการระบบคลาวด์ การเริ่มต้นเส้นทางระบบคลาวด์ MDM ของคุณไม่ใช่เรื่องยาก แต่มีตัวเลือกมากมายที่ต้องพิจารณาซึ่งอาจส่งผลกระทบอย่างมากต่อต้นทุนและเวลาในการให้คุณค่าของคุณ การมีส่วนร่วมกับบริษัท IT Data Management ที่เสนอ MDM เกี่ยวกับความเชี่ยวชาญด้านคลาวด์จะเป็นการลงทุนที่คุ้มค่าเพื่อช่วยให้คุณเริ่มต้นเส้นทางนี้ได้สำเร็จ

  • บ้าน
  • Business
  • Data science
  • Marketing
  • Leave a Reply

    Your email address will not be published. Required fields are marked *

    Back to top button