העתיד של פלטפורמות מפתח פנימיות מבוססות ענן. האם ספקי שירותי הענן יצרו את (דיוויד מיטשל)

עד כמה אנחנו קרובים לספקי שירותי הענן היוצרים פלטפורמות מפתח פנימיות מבוססות ענן? 

כדי לקבוע את הסצנה, נתחיל באסטרטגיות העברת ענן כוללות. 

בעולם מודרני זה של פיתוח דיגיטלי, הטרנספורמציה העסקית נמצאת בעיצומו, ואפילו בנקים מעבירים את אחוזות היישומים שלהם לענן! אם אתה CTO שמתחיל בתוכנית העברת ענן, אולי יהיה קל להניח שניתן לבצע שינויים מדהימים במהירות, על ידי ניצול מלא של הענן והפיכת התשתית הישנה! 

עם זאת, הנחות עשויות להיות מסוכנות, ותפיסה זו הוכחה כמאתגרת הרבה יותר במגזר מורכב ומוסדר מאוד כמו פיננסים ובנקאות. כמה בנקים החלו "להרים ולהעביר" את אחוזת היישומים הקיימת שלהם לתוך הענן ולהפעיל אותו על מכונות וירטואליות; אולם הניסיון מראה שזה לא מאפשר לבנק לפתוח את כל היתרונות של הענן. נקיטת גישה זו מגבילה את המדרגיות, האמינות, חוויית המפתח, זמן היציאה לשוק והוצאה תפעולית מופחתת של הנדסה מחדש של היישומים באמצעות טכנולוגיות מקוריות בענן. בנק ש'מרים ומעביר' את אחוזת היישומים שלו לענן עושה זאת בדרך כלל מכיוון שהוא פשוט ומהיר יותר, או שהוא עשוי להיות תחת אילוצים עסקיים רחבים יותר שמאלצים אותו לעשות זאת. 

אז מהי הגישה הטובה ביותר להעברת יישומי בנקאות ופיננסים לענן? כל בנק שרוצה להשתמש בענן צריך לבחון ולעצב מחדש את כל אחוזת היישומים שלו, לעזור להפחית את ההוצאות התפעוליות ולהגדיל את חווית המפתח. זה יניע את הפרודוקטיביות של המפתחים ואת מהירות ההנדסה, וגם יקטין את זמן היציאה לשוק, ובכך יאיץ את הערך העסקי. 

גרטנר מתארת ​​את 'מקורי בענן' כהתייחסות ל; "... משהו שנוצר כדי למנף או ליישם את מאפייני הענן בצורה מיטבית. מאפייני הענן הללו הם חלק מההגדרה המקורית של מחשוב ענן וכוללים יכולות המסופקות כשירות. מאפייני מחשוב ענן כוללים גם ניתנים להרחבה ואלסטיים, משותפים, נמדדים לפי שימוש, מבוססי שירות ושימוש בכל מקום בטכנולוגיות אינטרנט." 

הענן מציע בטנה כסופה! 

שירותי ענן ללא שרת כגון Google Cloud Run, אפליקציות מיכל Azure ואפליקציות AWS Runner משלבים את האתוס של ענן native - הם ניתנים להרחבה, עמידים ומנוהלים במלואם. שירותים אלו מאפשרים לארגון לנצל את היתרונות של קונטיינריזציה, מה שמאפשר לפרוס את אותה אפליקציה על מספר פלטפורמות ענן, ובכך להבטיח שהאפליקציה פועלת באופן עקבי, ללא קשר לתשתית הבסיסית. 

מבחינה היסטורית, היינו צריכים 'להדביק' שירותי ענן יחד כדי להשיג פונקציונליות כזו וכלי DevOps הרכיבו את הפונקציונליות של יישומי פיננסים ובנקאות מורכבים. כאשר אפליקציה בנקאית מתוכננת מחדש לענן, מקובל לראות צוותי פיתוח מדביקים שירותי ענן רבים יחד ובונים פלטפורמות מפתחות ענן פנימיות בהתאמה אישית משלהם. 

Hype Cycle של גרטנר טוען שהנדסת פלטפורמות ופלטפורמות מפתח פנימיות משפרות את חווית המפתחים. "פלטפורמת מפתחים פנימית (IDP) נבנית על ידי צוות פלטפורמה כדי ליצור שבילי זהב ולאפשר את השירות העצמי של המפתח. IDP מורכב מהרבה טכנולוגיות וכלים שונים המודבקים יחדיו באופן שמוריד את העומס הקוגניטיבי על מפתחים מבלי להפשיט את ההקשר והטכנולוגיות הבסיסיות". בעקבות שיטות עבודה מומלצות שכאלה, צוותי פלטפורמה התייחסו היסטורית לפלטפורמה שלהם כאל מוצר, בנו אותה בהתבסס על מחקר משתמשים, ולאחר מכן שומרים עליה ומשפרים אותה ללא הרף. 

עם זאת, תחזוקה ושיפור מתמשך של פלטפורמות מפתח פנימיות ייעודיות אלו מובילות בהכרח לכמות מדהימה של מאמץ והוצאות תפעוליות. 

במאמר של פורבס לאחרונה, 16 מובילי טכנולוגיה שיתפו את הבחירות שלהם עבור 'אסטרטגיות ושירותי ענן חובה', אשר לוכד את מהות הבעיה. התצפית המרכזית הייתה ש"...כל מנהל מערכות מידע מתמקד בבניית פלטפורמת מפתחים פנימית כדי להתגבר על המורכבות של טכנולוגיות מקוריות בענן ולאכוף ממשל עבור צוותי פיתוח אוטונומיים. כתוצאה מכך, מהנדסי פלטפורמה בונים פלטפורמות מפתח פנימיות על ידי שימוש ביכולות הענן. עם זאת, זהו תרגיל שלוקח זמן ולא נגמר".  

לכן חשוב לעתיד שפלטפורמת מפתחים פנימית-כשירות תהפוך לזמינה כהיצע ענן חיוני; אבל האם ספקי הענן מתמודדים עם האתגר הזה? ניכר שכן, אבל כמו תמיד, תמיד יש מורכבויות נוספות באפליקציות פיננסיות ובנקאות! 

ספקי שירותי הענן משלבים את שירותי הענן ויכולות שירותי הענן שלהם יחד כדי לבנות פלטפורמות מפתחים פנימיות אמיתיות בענן. בשנים האחרונות ראינו את הופעתן של פלטפורמות דומות מכל אחת מספקיות הענן העיקריות, כולל: AWS app runner, Azure container apps ו-Google Cloud Run. חלק מהשירותים הללו נטולי שרת, מקוריים בענן כוללים: אירוח קונטיינרים, מדרגיות, בנייה ופריסה של קונטיינרים, גירסאות שירות, חידוש אישורי TLS, אינטגרציה של רישום קונטיינרים, רישום וניטור מובנים ופרוקסי API. הם משתלבים במהירות עם מסדי נתונים בענן, ואנחנו יכולים לשלוט בהם באמצעות מדיניות אבטחה בענן. 

עם זאת, עד כמה אנחנו קרובים כעת לספקי שירותי הענן המספקים לנו פלטפורמת מפתחים פנימית אמיתית בענן? האבולוציה בעיצומה, אך יישומים רבים בתחום הפיננסים והבנקאות הם מורכבים ומאתגרים ביותר. כדי להגיע למטרה זו, עלינו להמשיך להניע את הדרישות החיוניות דרך ספקי שירותי הענן, כדי להבטיח שהפונקציונליות הנדרשת מובנית בפלטפורמות המקוריות שלהם בענן. 

• הפצת תוכן ויחסי ציבור מופעל על ידי SEO. קבל הגברה היום.
• Platoblockchain. Web3 Metaverse Intelligence. ידע מוגבר. גישה כאן.
• מקור: 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