445 Carburetor 33 - platform engineering

[קישור לקובץ mp3]
פודקאסט מספר 445 של רברס עם פלטפורמה - קרבורטור מספר 33. אורי ורן מארחים את נתי שלום אחרי כמה חודשים טובים [32 היה בינואר], כדי לדבר על נושאים תשתיתיים מעניינים.(רן) היום אנחנו רוצים לדבר על נושא שנקרא Platform Engineering - את שתי המילים אנחנו מכירים [בכל זאת - רברס עם פלטפורמה], אז Platform ו-Engineering - אבל מה זה “Platform Engineering”? אז בוא נצלול פנימה . . . (אורי) בטח יש גם Platform-Reverse-Engineering . . . [נסו ב-DALL·E הקרוב למקום מגוריכם]

• (נתי) Platform אתה יודע ו-Engineering אני לא צריך להסביר לך . . . .  אבל אני אחזיר אותך לשיחות שהיו לנו, אני חושב שבאיזור 2012, איפשהו באיזור הזה.
• אני זוכר שהיית Advocate של Heroku ושל כל מה שנקרא “Platform-as-a-Service” 
• זה היה ממש בימים שבהם חילקו את ה-Cloud - אני לא יודע אם יש עוד אנשים שעדיין זוכרים את זה - ל . . .

(אורי) SaaS ו-IaaS . . . .

• (נתי) . . . ל-IaaS ו-SaaS ו-PaaS - שלושת השכבות . . . .

(רן) Infrastructure-as-a-Service ו-Software-as-a-Service ו-Platform-as-a-Service . . . .

•  (נתי) בדיוק - Infra ו-Platform ואז Service - בסדר הזה.
• ואז הייתה איזושהי תקופת-עדנה ל-Platform-as-a-Service - כשהרעיון מאחורי זה היה ש”ה-Infrastructure-as-a-Service הוא מסובך”
• ו-Platform-as-a-Service נועד לתת ממשק למפתחים, “שיחביא” את המורכבות הזאת ע”י זה שבעצם כמעט כל האפליקציות יהיו סוג של  . . . .
• היה בזמנו Node.JS, היה Rails - היו כל מיני  Stack-ים כאלה 
• ואמרו - “בואו נייצר . . “ - ממילא האפליקציה בנויה מאיזשהו Stack די ידוע מראש ורוב העבודה זה Boilerplate - “ . . . בואו נעטוף את זה, ותיהיה פלטפורמה ששתיתן לך את הכל”
• וזה יהיה פרודוקטיבי מאוד למפתחים.
• ואני חושב ש . . .

(אורי) “תבוא - תכתוב Business Logic . . . .”

• (נתי) בדיוק . . . . וכל עוד האפליקציות באמת נראו ככה, אז הייתה עדנה לתפיסה הזאת
• היה את AWS שיצאו אחרי - שכחתי איך קראו לשירות שלהם [AWS Elastic Beanstalk?] . . .  והיה את Google App Engine . . . 

(רן) כן . . . אז Google App Engine ו-Heroku - כנראה Heroku הייתה  . . . 

• (נתי) Salesforce קנו אותם בסוף . . . .
• ול-AWS היה את הפתרון שלהם - ה-Beanstalk! זה היה הפתרון שלהם.
• וכל Cloud יצא עם ה-Platform-as-a-Service שלו . . .
• והייתה תקופה של אני-חושב-2014-כזה, איפשהו באיזורים האלה, שהיתה לזה איזושהי “תקופת עדנה”, נקרא לזה ככה.
• ופתאום זה נעלם . . . 
• היה את Cloud Foundry - ופתאום זה די התחיל-כזה-לדעוך - ומהר.
• בקורלציה ל-Adoption של Terraform ו-Kubernetes
• תיכף נחזור לנקודה הזאת, אבל אני חושב שקרו . . . 

(רן) אני אזכיר לך - נתי - ש-Correlation is not a Causation . . . . באותו תקופה בדיוק ייצור החסה בשטחים גם עלה . . . .

• (נתי) אז לא - יש קשר . . .  יש הרבה קשר, אגב.
• למעשה, זה הולך לצומת שאני חושב שכל תעשיית התוכנה מסתובבת סביבה משנות-הפחות-או-יותר-60 ואולי אפילו לפני - זה ה-Tradeoff הידוע שבין גמישות לפשטות.
• מה שמשתנה זה לא ה-Tradeoff הזה והמתח המובנה שיש בתוכו, אלא הכלים שכל פעם נוצרים והיכולת לעשות את ה-Tradeoff הזה פעם אחת יותר בכיון הגמישות ופעם אחרת יותר לכיוון הפשטות
• המטוטלת הזאת מלווה אותנו המון המון זמן - ותמשיך ללוות אותנו גם בהמשך.
• אז במטוטלת ההיא - אני מזכיר, בימים הראשונים כש-EC2 היה רק Storage-Network-Compute - היה מאוד מאוד מורכב.
• היה מאוד מסובך לאנשים להבין איך עושים אוטומציה ב-APIs ו-Script-ים וכל מיני דברים שאתה לא תמיד היית רגיל לעשות ב-Data-center.

(רן) CloudFormation . . . . למי שזוכר, זה היה מזעזע . . . .

• (נתי) ו-CloudFormation, שומו שמיים - איזה JSON שהופך להיות API-Call . . . .
• ואז, בתקופה הזאת, באמת להרבה ארגונים היה מאוד קשה לעבוד עם התשתית הזאת
• ולכן הצורך בפשטות היה מאוד מובן וחזק.
• ופה נכנס ה-Tradeoff הזה לגמישות - כי בעצם קרו כמה דברים  -
• אחד זה השירותים בענן - יש לי פה איזה גרף מעניין שאני אחלוק איתך אחרי זה, שמראה באיזה קצב AWS התחילו להוסיף עוד שירותים [הנה פה למטה]

• הם כבר מזמן לא רק Storage-Network-Compute . . . .
• והפלטפורמות לא הדביקו את הקצב . . . פשוט נוצר מצב שכשאתה עובד עם הפלטפורמה, אתה מקבל פחות ופחות שירותים בענן, ואז אתה אומר “רגע - אני משלם ל-AWS אבל בסוף אני מקבל ‘’שליש-AWS‘’ או ‘רבע-AWS‘ או ‘עשירית-A