อนาคตของแพลตฟอร์มสำหรับนักพัฒนาภายในระบบคลาวด์ ผู้ให้บริการคลาวด์จะสร้าง (David Mitchell) หรือไม่

เราใกล้ชิดกับผู้ให้บริการระบบคลาวด์ที่สร้างแพลตฟอร์มนักพัฒนาภายในระบบคลาวด์มากน้อยเพียงใด 

ในการกำหนดฉาก เรามาเริ่มต้นด้วยกลยุทธ์การย้ายข้อมูลบนคลาวด์ที่ครอบคลุม 

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

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

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

Gartner อธิบาย 'cloud Native' ว่าหมายถึง; “… สิ่งที่สร้างขึ้นเพื่อใช้ประโยชน์หรือปรับใช้คุณลักษณะของคลาวด์อย่างเหมาะสมที่สุด คุณลักษณะของระบบคลาวด์เหล่านี้เป็นส่วนหนึ่งของคำจำกัดความเดิมของการประมวลผลแบบคลาวด์และรวมถึงความสามารถที่นำเสนอในรูปแบบบริการ คุณลักษณะการประมวลผลแบบคลาวด์ยังรวมถึงการปรับขนาดและยืดหยุ่น แบ่งปัน วัดตามการใช้งาน ตามบริการ และการใช้เทคโนโลยีอินเทอร์เน็ตที่แพร่หลาย” 

เมฆเสนอซับเงิน! 

บริการคลาวด์แบบไร้เซิร์ฟเวอร์ เช่น Google Cloud Run, แอปคอนเทนเนอร์ Azure และแอป AWS Runner รวมเอาหลักการของระบบคลาวด์เนทีฟ ซึ่งปรับขนาดได้ ยืดหยุ่น และจัดการได้เต็มรูปแบบ บริการเหล่านี้ช่วยให้องค์กรใช้ประโยชน์จากการใช้คอนเทนเนอร์ได้ ทำให้สามารถปรับใช้แอปพลิเคชันเดียวกันบนแพลตฟอร์มคลาวด์หลายแพลตฟอร์มได้ ดังนั้นจึงมั่นใจได้ว่าแอปพลิเคชันจะทำงานอย่างต่อเนื่อง โดยไม่คำนึงถึงโครงสร้างพื้นฐานพื้นฐาน 

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

Hype Cycle ของ Gartner ระบุว่าวิศวกรรมแพลตฟอร์มและแพลตฟอร์มสำหรับนักพัฒนาภายในช่วยปรับปรุงประสบการณ์ของนักพัฒนา “แพลตฟอร์มนักพัฒนาภายใน (IDP) ถูกสร้างขึ้นโดยทีมงานแพลตฟอร์มเพื่อสร้างเส้นทางทองและเปิดใช้งานการบริการตนเองของนักพัฒนา IDP ประกอบด้วยเทคโนโลยีและเครื่องมือต่างๆ มากมายที่ผสานเข้าด้วยกันในลักษณะที่ช่วยลดภาระด้านการรับรู้ของนักพัฒนา โดยไม่ทำให้บริบทและเทคโนโลยีเบื้องหลังเป็นนามธรรม” ตามแนวทางปฏิบัติที่ดีที่สุดดังกล่าว ทีมแพลตฟอร์มได้ปฏิบัติต่อแพลตฟอร์มของตนในฐานะผลิตภัณฑ์ โดยสร้างขึ้นจากการวิจัยผู้ใช้ จากนั้นจึงรักษาและปรับปรุงอย่างต่อเนื่อง 

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

ในบทความล่าสุดของ Forbes ผู้นำด้านเทคนิค 16 คนได้แบ่งปันสิ่งที่พวกเขาเลือกสำหรับ 'กลยุทธ์และบริการคลาวด์ที่ต้องมี' ซึ่งรวบรวมสาระสำคัญของปัญหา ข้อสังเกตสำคัญคือ “...CIO ทุกคนมุ่งเน้นไปที่การสร้างแพลตฟอร์มนักพัฒนาภายในเพื่อเอาชนะความซับซ้อนของเทคโนโลยีคลาวด์เนทีฟ และบังคับใช้การกำกับดูแลสำหรับทีมพัฒนาที่เป็นอิสระ ด้วยเหตุนี้ วิศวกรแพลตฟอร์มจึงสร้างแพลตฟอร์มสำหรับนักพัฒนาภายในโดยใช้ความสามารถด้านคลาวด์ อย่างไรก็ตาม นี่เป็นแบบฝึกหัดที่กินเวลาและไม่มีวันสิ้นสุด”  

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

ผู้ให้บริการคลาวด์กำลังรวมบริการคลาวด์และความสามารถด้านบริการคลาวด์เข้าด้วยกันเพื่อสร้างแพลตฟอร์มนักพัฒนาภายในบนคลาวด์อย่างแท้จริง ในช่วงไม่กี่ปีที่ผ่านมา เราได้เห็นการเกิดขึ้นของแพลตฟอร์มที่คล้ายกันจากผู้ให้บริการคลาวด์หลักแต่ละราย รวมถึง: AWS app runner, แอปคอนเทนเนอร์ Azure และ Google Cloud Run บริการแบบเนทีฟบนคลาวด์แบบไร้เซิร์ฟเวอร์เหล่านี้บางส่วนได้แก่: การโฮสต์คอนเทนเนอร์, ความสามารถในการปรับขนาด, การสร้างและการปรับใช้คอนเทนเนอร์, การกำหนดเวอร์ชันบริการ, การต่ออายุใบรับรอง TLS, การรวมรีจิสทรีของคอนเทนเนอร์, การบันทึกและการตรวจสอบในตัว และพร็อกซี API พวกมันผสานรวมกับฐานข้อมูลคลาวด์อย่างรวดเร็ว และเราสามารถควบคุมพวกมันได้โดยใช้นโยบายความปลอดภัยของคลาวด์ 

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

• เนื้อหาที่ขับเคลื่อนด้วย SEO และการเผยแพร่ประชาสัมพันธ์ รับการขยายวันนี้
• เพลโตบล็อคเชน Web3 Metaverse ข่าวกรอง ขยายความรู้. เข้าถึงได้ที่นี่.
• ที่มา: https://www.finextra.com/blogposting/23809/the-future-of-cloud-native-internal-developer-platforms-will-the-cloud-service-providers-create-the?utm_medium=rssfinextra&utm_source=finextrablogs