ทำไมต้องปรับปรุงเมนเฟรมให้ทันสมัย ​​(ราชาโกปาลัน ธิรุเวนกัตตาชารี)

หากคำทำนายในปี 1994 เป็นจริง ปี 2022 จะเป็นปีที่ 28 ของการสูญพันธุ์ของ IBM Mainframe แต่ในทางตรงกันข้าม เมนเฟรมยังคงให้บริการต่อไป และความต้องการ MIPS ก็เพิ่มขึ้น มันยังคงเป็นแพลตฟอร์มทางเลือกสำหรับเมนเฟรมขนาดใหญ่ส่วนใหญ่
ร้านค้า แล้วประเด็นคืออะไรล่ะ? เหตุใดองค์กรจึงต้องปรับปรุงแอปพลิเคชันให้ทันสมัย? มีตัวเลือกอะไรบ้าง? ในบล็อกนี้ เราพูดถึงความจำเป็นในการปรับปรุงให้ทันสมัย ​​ตัวเลือก แนวโน้ม และวิธีที่เมนเฟรมของ IBM สอดคล้องเพื่อตอบสนองความต้องการในปัจจุบันและอนาคต

ความต้องการของชั่วโมง

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

ตัวเลือกการปรับปรุงให้ทันสมัย

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

ไม่มีทางเลือกที่ถูกต้อง ขึ้นอยู่กับทางเลือกที่องค์กรเลือกโดยยึดตามวัตถุประสงค์ สิ่งที่องค์กรต้องการจัดการ และจำนวนความเสี่ยงที่ยินดีรับ  

• ตัวเลือกต่างๆ เช่น Re-Host และ Re-Factor มีความคุ้มค่าและมีความเสี่ยงน้อยกว่า แต่ไม่ได้จัดการกับความเสี่ยงด้าน SME และเทคโนโลยีที่สำคัญ และนำออกสู่ตลาดได้เร็วขึ้น อาจเร่งกระบวนการจัดส่งโดยการนำ DevOps ไปใช้ แต่ยังคงมีการเขียนโค้ดและค่าใช้จ่ายในการทดสอบต่อไป
  ตัวเลือกนี้เหมาะสำหรับองค์กรที่มี Mainframe Footprint ขนาดเล็ก น้อยกว่า 2,000 MIPS และองค์กรที่มี 5,000 MIPS หรือน้อยกว่า สามารถเลือกสิ่งนี้เป็นตัวเลือกชั่วคราวได้
• ในทางกลับกัน การวิศวกรรมใหม่หรือการเขียนใหม่ทั้งหมดเป็นตัวเลือกในอุดมคติและล้ำสมัยด้วยแอปพลิเคชันที่สร้างขึ้นบน API ซึ่งเป็นสถาปัตยกรรมแบบไมโครเซอร์วิสที่ใช้งานบนแพลตฟอร์มแบบคอนเทนเนอร์ ตัวเลือกนี้จัดการกับความเสี่ยงที่สำคัญของ SME และเทคโนโลยี แต่มันคือ
  มีความเสี่ยงสูงมาก ต้องใช้เงินลงทุนจำนวนมาก ระยะเวลารอนานกว่าเพื่อเก็บเกี่ยวผลประโยชน์ (ขั้นต่ำ 3 ปี) และต้องการความมุ่งมั่นในระยะยาวจากทั้งฝ่ายไอทีและผู้มีส่วนได้ส่วนเสียทางธุรกิจ มีกรณีการใช้งานน้อยหรือไม่มีเลยในอุตสาหกรรมสำหรับตัวเลือกนี้ซึ่งใช้ทั้งระบบ
  ออกแบบใหม่บนระบบคลาวด์หรือในองค์กร อย่างไรก็ตาม มีกรณีการใช้งานที่ชุดย่อยของฟังก์ชันหลักที่สร้างความแตกต่างถูกย้ายไปยังระบบคลาวด์หรือแพลตฟอร์มในองค์กรเพื่อความคล่องตัวและความเร็วในการออกสู่ตลาด
• ตัวเลือกการปรับให้ทันสมัยแบบไฮบริดและแบบแทนที่ให้โอกาสในการเลือกปรับชุดย่อยของฟังก์ชันให้ทันสมัยเพื่อความคล่องตัวและความสามารถในการขยายขนาด นี่เป็นความเสี่ยงน้อยกว่าเมื่อเทียบกับตัวเลือกอื่นๆ นอกจากนี้ยังคุ้มค่าและตอบโจทย์ SME หลักบางส่วนได้
  และความเสี่ยงด้านเทคโนโลยีที่องค์กรต้องเผชิญ  a) ระบุและเปิดเผยฟังก์ชันหลักเป็น API สำหรับการบริโภค เช่น ลูกค้าที่ขึ้นเครื่อง การชำระเงิน การประมวลผลสินเชื่อ ฯลฯ
  b) ข้อมูลหลักแบบเรียลไทม์หรือกระบวนการหลังการจำลองไปยัง Cloud สำหรับ AI, ML, การวิเคราะห์ความเสี่ยง, AML, Fraud Detection ฯลฯ
  c) ฟังก์ชั่นสอบถามข้อมูลเฉพาะการถ่ายโอนข้อมูลเท่านั้น (CQRS) บนคลาวด์เนื่องจากบริการขนาดเล็กปรับใช้บนสถาปัตยกรรมแบบคอนเทนเนอร์
  d) มีส่วนร่วมในการนำ DevOps ไปใช้ในระดับองค์กรและ e) การใช้เครื่องมือวิเคราะห์ผลกระทบและจัดทำเอกสารสำหรับการส่งมอบและจัดทำเอกสารคุณภาพเพื่อลดความเสี่ยง SME ที่สำคัญ 

ข้อมูลอ้างอิงบางส่วนจากอุตสาหกรรมเกี่ยวกับความทันสมัยในรูปแบบไฮบริด การอยู่ร่วมกับคลาวด์ผ่านการคัดสรรความทันสมัย

• ธนาคารเพื่อการลงทุนขนาดใหญ่ใช้ DevOps-CI/CD สำหรับแอปพลิเคชันหลัก ประโยชน์ที่ได้รับคือการปรับปรุงเวลาในการนำสินค้าออกสู่ตลาด คุณภาพ และต้นทุนโครงการที่ลดลง
• ลูกค้าการประมวลผลบัตรเครดิตและธนาคารรายใหญ่ระดับโลกได้เขียนอัลกอริธึมการจับคู่หลักใหม่บนแพลตฟอร์มมัลติคลาวด์ ข้อดีคือไมโครเซอร์วิสได้รับการออกแบบและกฎที่กำหนดค่าได้เพื่อปรับปรุงความคล่องตัว
• ตลาดแลกเปลี่ยนขนาดใหญ่ในยุโรปเขียนแอปพลิเคชันคลาสหลายสินทรัพย์ใหม่บนคลาวด์โดยใช้ RedHat Openshift PaaS ประโยชน์ที่ได้รับคือความคล่องตัว ความเร็วในการนำออกสู่ตลาด การออกแบบไมโครเซอร์วิส และไปป์ไลน์ DevOps CI/CD ที่นำไปใช้
• ลูกค้าที่ดำเนินการชำระเงินรายใหญ่ในสหรัฐฯ ได้ย้ายหนึ่งในกระบวนการหลักของตนไปยังแพลตฟอร์มระบบคลาวด์ โค้ดได้รับการปรับโครงสร้างใหม่โดยใช้เครื่องมืออัตโนมัติก่อน จากนั้นจึงแปลงส่วนหลักเป็นไมโครเซอร์วิส ประโยชน์ที่ได้รับคือความคล่องตัวในการออกสู่ตลาดอย่างรวดเร็วและการลดความเสี่ยงของแกนหลัก
  SME และทักษะทางเทคนิค
• ธนาคารขนาดใหญ่ระดับโลกแห่งหนึ่งได้ปรับปรุงฟังก์ชันการทำงานหลักด้านการธนาคารของตนให้ทันสมัยโดยเปิดเผยเป็น API สิทธิประโยชน์คือประสบการณ์ของลูกค้าที่ดีขึ้นและบริการที่รวดเร็วยิ่งขึ้น

ความยั่งยืนและการลงทุนในแพลตฟอร์มเมนเฟรม

IBM คอยอัพเกรดฮาร์ดแวร์และซอฟต์แวร์ให้สอดคล้องกับแนวโน้มปัจจุบันและการเติบโตของธุรกิจ

• ถ่ายโอนการพัฒนาและการทดสอบบน IBM cloud ด้วย Wazi as a Service (aaS)
• เปิดเผยความสามารถการทำงานหลักบนระบบ Z ผ่าน API เพื่อใช้ข้อมูลโดยใช้ IBM z/OS Connect 
• ส่วนขยายคอนเทนเนอร์ Z ซึ่งรัน Linux บนคอนเทนเนอร์ Z นักเทียบท่าภายใน z/OS – ซอฟต์แวร์ Linux ใดๆ ที่เป็นอิมเมจนักเทียบท่าสามารถนำไปปรับใช้บน Z ได้
• ชุดเครื่องมือรองรับการใช้งานไปป์ไลน์ DevOps และ CI/CD

 สรุป

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