Data science

วิธีการบันทึกและบูรณาการข้อมูลเดิม

เทคโนโลยีดิจิทัลใหม่ได้รับการออกแบบสำหรับอุปกรณ์พกพา ระบบคลาวด์ และฐานข้อมูลภายในองค์กร พวกเขาเสนอโอกาสที่หลากหลายสำหรับธุรกิจในปัจจุบัน น่าเสียดายที่พวกเขามักจะเข้ากันไม่ได้กับระบบฐานข้อมูลแบบเก่าที่เก่ากว่า และความเข้ากันไม่ได้นี้อาจทำให้องค์กรทำงานช้าและน่าเบื่อ เมื่อเปรียบเทียบกัน แทนที่จะพูดอย่างมีประสิทธิภาพและมีประโยชน์ ในขณะที่เทคโนโลยีใหม่สามารถช่วยให้ธุรกิจปรับปรุงประสิทธิภาพและประหยัดเงินได้เป็นจำนวนมาก แต่ระบบฐานข้อมูลแบบเดิมซึ่งไม่สามารถแทนที่ได้ง่ายๆ จะทำหน้าที่เป็นจุดยึด ทำให้ธุรกิจไม่สามารถก้าวไปข้างหน้าได้ ในบางสถานการณ์ ต้องบันทึกข้อมูลเดิมไว้ด้วยเหตุผลทางกฎหมาย อาจจำเป็นต้องบันทึกข้อมูลเฉพาะบางประเภท เช่น ข้อมูลที่เกี่ยวข้องกับสุขภาพหรือการประกันภัย สำหรับ ถึง 30 ปีที่. แม้ว่าข้อมูลประเภทนี้สามารถบันทึกในรูปแบบเอกสารได้ แต่หลายองค์กรพบว่าการจัดเก็บทางอิเล็กทรอนิกส์ทำได้ง่ายกว่า โดยทั่วไป ฐานข้อมูลดั้งเดิมคือฐานข้อมูลที่เก่ากว่าและล้าสมัย แต่เมื่อพูดถึงฐานข้อมูลเฉพาะ ฐานข้อมูลนั้นยังสามารถอ้างอิงถึงระบบที่สืบทอดมาจากเจ้าของเดิมได้อีกด้วย ฐานข้อมูลดั้งเดิมเหล่านี้มักจะมีข้อมูลที่เป็นประโยชน์มากมายเกี่ยวกับลูกค้าประจำ และประวัติของธุรกิจจำนวนมาก สิ่งที่เสียไปในการรักษาฐานข้อมูลดั้งเดิม ได้แก่: ความยืดหยุ่นน้อยที่สุด: การพัฒนาแอปพลิเคชันและซอฟต์แวร์สำหรับฐานข้อมูลดั้งเดิมนั้นมักจะไม่มีอยู่จริง และขัดขวางวิวัฒนาการขององค์กร ไม่มีการสนับสนุน: หลังจากผ่านไประยะหนึ่ง ซอฟต์แวร์และฮาร์ดแวร์จะล้าสมัยดังนั้น ไม่สามารถซ่อมแซมหรือเปลี่ยนใหม่ได้ เสียเวลา: ความไร้ประสิทธิภาพและประสิทธิภาพที่ต่ำของแอปพลิเคชันเก่าจะทำให้กระบวนการของธุรกิจช้าลง นอกจากนี้ ซอฟต์แวร์ที่ล้าสมัยยังมีความเสี่ยงในการแครชที่สูงกว่า ความเสี่ยงด้านความปลอดภัยที่เพิ่มขึ้น: ฐานข้อมูลเดิมไม่ได้ออกแบบมาให้ตรงตามข้อกำหนดด้านความปลอดภัยในยุคปัจจุบัน พวกเขามีความเสี่ยงมากขึ้นต่อการละเมิดความปลอดภัยในแต่ละช่วงเวลาที่ผ่านไป (ลองนึกถึงการโจมตีของแรนซัมแวร์ของ Colonial Pipeline และการรักษาความปลอดภัยแบบเดิมที่ล้าสมัย) ความเข้ากันไม่ได้กับเทคโนโลยีใหม่: อุปกรณ์มือถือไม่สามารถเข้าถึงฐานข้อมูลดั้งเดิมได้ และเข้ากันไม่ได้กับแอพและเครื่องมือที่ทันสมัย วิธีแก้ปัญหาระยะสั้นที่ง่ายคือเพียงแค่ทิ้งฐานข้อมูลเดิมพร้อมกับข้อมูลเก่าทั้งหมดที่มีอยู่ และแทนที่ระบบ หากข้อมูลที่อยู่ในฐานข้อมูลเก่ามีค่าน้อยหรือไม่มีเลยต่อองค์กร การตัดสินใจนี้ก็สมเหตุสมผล อย่างไรก็ตาม หากจำเป็นต้องใช้ข้อมูลจำนวนมากในฐานข้อมูลเก่าและมีประโยชน์ วิธีแก้ปัญหาระยะสั้นนั้นจะกลายเป็นความคิดที่ไม่ดี ความพยายามเพื่อให้ได้มาซึ่งข้อดีบางประการจากเทคโนโลยีใหม่ โดยไม่สูญเสียฐานข้อมูลเดิมที่มีค่ามาก อาจนำไปสู่การดำเนินงานทั้งฐานข้อมูลดั้งเดิมและฐานข้อมูลใหม่อย่างงุ่มง่าม แยกจากกันและพร้อมกันโดยไม่มีการผสานรวม ฐานข้อมูลใหม่ไม่สามารถเข้าถึงฐานข้อมูลเดิมได้ สาเหตุหลักมาจากความไม่ลงรอยกันของซอฟต์แวร์ อย่างไรก็ตาม โดยทั่วไปแล้ว การรวมข้อมูลเดิมเข้ากับระบบใหม่จะส่งผลให้มีประสิทธิภาพมากขึ้น Stefan van der Zijden ผู้อำนวยการฝ่ายวิจัยของ Gartner กล่าวว่า “การปรับปรุงแอปพลิเคชันให้ทันสมัยไม่ใช่สิ่งหนึ่ง หากคุณกำลังเผชิญกับความท้าทายแบบเดิมๆ วิธีที่ดีที่สุดจะขึ้นอยู่กับปัญหาที่คุณพยายามแก้ไข การเปลี่ยนไม่ใช่ทางเลือกเดียว กุญแจสำคัญคือการทำความเข้าใจว่าปัญหาของคุณเกิดจากเทคโนโลยี สถาปัตยกรรม หรือฟังก์ชันการทำงานของแอปพลิเคชันหรือไม่ และแนวทางการปรับปรุงให้ทันสมัยแต่ละวิธีช่วยปรับปรุงแง่มุมเหล่านั้นได้อย่างไร” การวิจัยระบุสี่ตัวเลือกที่เป็นไปได้สำหรับการบันทึกข้อมูลดั้งเดิมหรือการอัปเดตระบบดั้งเดิม: การอัพเกรดซอฟต์แวร์การแปลงไฟล์ดั้งเดิมให้เป็นรูปแบบทั่วไปที่สามารถพิมพ์ได้การถ่ายโอนข้อมูลไปยังคลาวด์ด้วยสำเนาเครื่องเสมือนของ dataReplatforming หรือการสร้างสถาปัตยกรรมใหม่ตั้งแต่เริ่มต้น บนระบบเดิม Red Alert! ฐานข้อมูลดั้งเดิมกำลังจะตาย เจ้าหน้าที่ไอทีบอกฝ่ายจัดการว่าฐานข้อมูลเดิมอาจต้องใช้เวลาอีกหนึ่งเดือนก่อนที่มันจะล่มอย่างสมบูรณ์ นี่เป็นข่าวร้ายสำหรับผู้บริหาร ฐานข้อมูลมีข้อมูลที่มีค่าจำนวนมากซึ่งจำเป็นต้องถ่ายโอนไปยังที่ใดที่หนึ่งเพื่อวัตถุประสงค์ในการจัดเก็บ จนกว่าจะพบโซลูชันสำหรับการแปลงและถ่ายโอนข้อมูลเดิมไปยังระบบใหม่ การสูญเสียข้อมูลซึ่งประกอบด้วยข้อมูลที่ต้องบันทึกด้วยเหตุผลทางกฎหมาย และ/หรือมีข้อมูลลูกค้าที่มีค่า จะสร้างความเสียหายต่อผลกำไร และไม่เป็นที่ยอมรับ สองตัวเลือกสำหรับการบันทึกข้อมูลดั้งเดิมในกรณีฉุกเฉิน ได้แก่ 1) การแปลงไฟล์เป็นรูปแบบทั่วไป (เช่น PDF, Excel, TXT) และการจัดเก็บไฟล์ใหม่ที่สามารถอ่านได้ในฐานข้อมูลใหม่ และ 2) การถ่ายโอนข้อมูลดั้งเดิมไปยัง สำเนา VM ของฐานข้อมูลดั้งเดิมซึ่งรองรับโดยคลาวด์ Thomas Griffin จาก Forbes Technology Council เขียนว่า “ขั้นตอนแรกที่ฉันจะทำคือการย้ายข้อมูลทั้งหมดไปยังคลาวด์ เพื่อไม่ให้คุณติดอยู่กับเทคโนโลยีเฉพาะ จากนั้นคุณสามารถใช้เวลาค้นคว้าเทคโนโลยีใหม่ ค้นหาว่าคู่แข่งใช้อะไร และอ่านเพื่อดูว่าเครื่องมือใดกำลังเป็นที่นิยมในอุตสาหกรรมของคุณ” คำถามที่ต้องถามก่อนดำเนินการใดๆ เพิ่มเติม ก่อนทำการเปลี่ยนแปลงใดๆ กับฐานข้อมูลดั้งเดิม ให้กำหนดปัญหาเฉพาะที่กำลังเกิดขึ้น การประเมินความต้องการสามารถทำได้ในสามขั้นตอน: ประเมินมูลค่าธุรกิจของระบบเดิมประเมินความพึงพอใจของลูกค้า คู่ค้า และพนักงานด้วยซอฟต์แวร์รุ่นเก่าประเมินแอปพลิเคชันเฉพาะ ผู้ใช้รายงานปัญหาอะไรบ้าง? พนักงานต้องเสียเวลากับแอปเหล่านี้ไปนานเพียงใด หรือไม่มีแอปเลย การอัพเกรดซอฟต์แวร์ เป็นไปได้ที่ฐานข้อมูลดั้งเดิมสามารถอัพเกรดด้วยซอฟต์แวร์ที่ซื้อหรือเช่า (อาจจำเป็นต้องใช้การอัปเกรดตามลำดับสองหรือสามครั้ง) เพื่อให้สามารถรวมเข้ากับฐานข้อมูลใหม่ได้ อาจจำเป็นต้องมีการวิจัยที่เข้มข้นและทุ่มเทเพื่อค้นหาการอัพเกรดที่จำเป็น (ถ้ามี) ModernSystems มีระบบแก้ไข/อัปเกรดที่น่าสนใจ (อธิบายว่าเป็นกระบวนการปรับรื้อระบบใหม่โดยใช้เครื่องมือช่วย) ซึ่งจะเปลี่ยนแปลงแอปพลิเคชันที่มีอยู่เพื่อให้สามารถใช้กับระบบการจัดการฐานข้อมูลแบบเดิมได้ แม้ว่าฐานข้อมูลดั้งเดิมจะยังคงต้องถูกแทนที่ แต่ในที่สุด การติดตั้งแอพที่ทันสมัยสามารถเปลี่ยนฐานข้อมูลดั้งเดิมให้เป็นระบบ “ใหม่” ที่มีประสิทธิภาพมากขึ้น การแปลงไฟล์เป็นรูปแบบทั่วไป Docshifter ให้โซลูชันที่แปลงรูปแบบต้นฉบับเป็นรูปแบบอื่นโดยอัตโนมัติ ซอฟต์แวร์ของพวกเขารองรับรูปแบบไฟล์มากกว่า 300 ซึ่งรวมถึง Word, Excel, HTML, XML, PDF, PDF/A, TXT และอื่นๆ อีกมากมาย เป็นระบบอัตโนมัติ แปลงไฟล์จำนวนมาก และตั้งค่าได้ง่ายมาก หากข้อมูลถูกเก็บไว้เป็นเวลาหลายปีอันเป็นผลมาจากความรับผิดชอบทางกฎหมาย กระบวนการนี้อาจเป็นสิ่งที่จำเป็นทั้งหมด อย่างไรก็ตาม หากจำเป็นต้องใช้ข้อมูลสำหรับการใช้งานแบบวันต่อวัน มีความเป็นไปได้สูงที่ข้อมูลที่เกี่ยวข้องจะต้องถูกถ่ายโอนด้วยตนเองไปยังตำแหน่งที่เหมาะสมในฐานข้อมูลใหม่ (บัญชีเก่าจะถูกโอนไปยังซอฟต์แวร์ Salesforce ใหม่ในฐานข้อมูลใหม่ ฐานข้อมูล เป็นต้น) ขึ้นอยู่กับปริมาณข้อมูลที่อาจสมเหตุสมผล หากสามารถทำได้ด้วยชั่วโมงแรงงาน 80 คนสองคนที่ทำงานเป็นเวลาหนึ่งสัปดาห์สามารถดำเนินโครงการให้เสร็จสิ้นได้อย่างคุ้มค่า การถ่ายโอนข้อมูลไปยัง Virtual Machine Virtual Machine ที่รองรับระบบคลาวด์จะเลียนแบบระบบปฏิบัติการและแอปพลิเคชันอื่นๆ สามารถใช้เพื่อแทนที่ฐานข้อมูลเดิมที่ล้มเหลว ทำให้สามารถถ่ายโอนข้อมูลดั้งเดิมได้ การเลียนแบบฐานข้อมูลเดิมและการถ่ายโอนข้อมูลอาจไม่ใช่เรื่องง่าย อาจมีปัญหาในการเลียนแบบระบบเดิม อาจมีปัญหากับ API (อินเทอร์เฟซการเขียนโปรแกรมแอปพลิเคชัน) และเมื่อมีการตัดสินใจใช้ระบบคลาวด์และเซ็นสัญญาแล้ว องค์กรจะถูกเรียกเก็บเงินสำหรับบริการคลาวด์เหล่านั้น (นั่นอาจไม่ใช่สิ่งเลวร้าย มีเครื่องมืออีคอมเมิร์ซมากมายบนคลาวด์) เมื่อระบบเดิมถูกย้ายไปยังคลาวด์แล้ว อาจเป็นไปได้ที่จะอัปเกรด (อาจใช้การอัปเกรดตามลำดับสองหรือสามครั้ง) ให้ตรงประเด็น ที่ซึ่งข้อมูลสามารถแปลงเป็นรูปแบบที่ฐานข้อมูลใหม่สามารถอ่านและใช้งานได้ ซึ่งจะทำให้สามารถดาวน์โหลดข้อมูลเดิมที่แปลงแล้วไปยังระบบใหม่ได้ Replatforming โดยทั่วไปแล้ว Replatforming จะอธิบายว่าเป็นการอัปเกรดแอพพลิเคชั่น/ซอฟต์แวร์ มักใช้เพื่ออัปเกรดระบบเพื่อให้สามารถย้ายไปยังระบบคลาวด์เพื่อจุดประสงค์ด้านอีคอมเมิร์ซได้ ในแง่ของการปรับฐานฐานข้อมูลเดิมใหม่ หมายความว่าเริ่มต้นจากศูนย์ด้วยระบบเดิม และสร้าง/เขียนแอปพลิเคชันใหม่สำหรับฐานข้อมูลนั้น โดยไม่ต้องเปลี่ยนสถาปัตยกรรมหลัก โดยพื้นฐานแล้ว ฐานข้อมูลใหม่จะถูกสร้างขึ้น หากทำได้ดี โซลูชันนี้สามารถใช้ได้หลายปี ทำให้เข้าถึงข้อมูลเดิมได้ง่าย และสนับสนุนการติดตั้งแอปสมัยใหม่ใหม่ๆ Michael Coté ได้เขียนบทความที่อธิบายการเขียนซอฟต์แวร์/แอพใหม่ และโค้ดที่ชื่อว่า Crafting Your Cloud-Native Strategy นี่ไม่ใช่สำหรับผู้ที่ไม่มีประสบการณ์ คำเตือน: ประการแรก ปัญหาที่เกิดจากการปรับโครงสร้างใหม่ที่ไม่ดีจะมีนัยสำคัญ อย่างที่สอง โปรเจ็กต์การปรับโครงสร้างใหม่สามารถขยาย/ขยายขอบเขตได้อย่างมาก จนถึงจุดที่สถาปัตยกรรมมีการเปลี่ยนแปลง ซึ่งมีราคาแพงมาก ทีม DevOps ควรลดการแก้ไขโค้ดและจดจ่อกับการอัปเกรดง่ายๆ ModernSystems เสนอบริการการปรับแพลตฟอร์มใหม่สำหรับระบบ ADABAS รุ่นเก่า ซึ่งเป็นแพ็คเกจฐานข้อมูลที่เปิดตัวใน 80 สำหรับเมนเฟรมของ IBM อื่นๆ ได้แก่ Clockwork และ BairesDev รูปภาพที่ใช้ภายใต้ลิขสิทธิ์จาก Shutterstock.com

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

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

    Back to top button