169 Carburetor 6 - OpsWorks

בעננים: נתי שלום, אורי להב ורן תבורי. תודה לנתי על הרצאתו בסאמיט aka .Big Data In the Cloud ,איך נשארים עם הראש בענננים אך עם הרגליים בקרקע. על הפרק: AWS OpsWorks הרכישה האחרונה של אמזון בתחום שירותי הענן. OpsWorks מציעה מודל חדש לפריסה של אפליקציות בענן ומבוססת על מתכונים של Chef. OpsWorks מותאמת ספציפית לאמזון, ולמעשה מציע שכבת PaaS מעל Chef. הרכישה מצטרפת לתהליך של אמזון של הוספת שכבות הפשטה, וכתופעת לוואי מבורכת, נעילה של המשתמשים לתשתיות של אמזון. הגבול בין DevOps Automation ל PaaS הולך ומיטשטש. Chef הופך להיות הסטדנרט דה-פקטו בענן, אך בדטה-סנטר ידה של Puppet על העליונה. ומצד שני ייתכן כי חוזקה של הבובה הוא דווקא בדסקטופס (לדוגמא Boxen של GitHub) הפשרה הכואבת בPaaS הקלאסיים בין פשטות בה מאבדים שליטה על מע' הפעלה, פריימוורקס וכו' לבין שליטה מלאה בה מגדירים הכל באופן ידני (יאק) שייכת לנחלת העבר. היום אפשר לאחוז בחבל (הוירטואלי) משני קצוותיו. גם שליטה (כמעט) מלאה וגם פשטות. בחברות רבות שליטה בתשתיות תידרש לקב' קטנה בלבד בעוד שרוב המפתחים לא יזדקקו לה. מפתח? התווספה לך עוד אחריות - קפסיטי פלנינג של האפליקציה שלך. לא כל המפתחים בעלי עניין  או יכולת להתמודד עם תשתיות. האפליקציות והתשתיות רצים מעל אותו טיר. צריך עדיין חומה ביניהם? לסיכום, טשטוש הגבולות בין Dev ל Ops יעשה טוב לכולם. מתי כדאי להתחיל להשקיע באוטומציה? אם נכווית בעבר או כשמדובר בצורך עסקי. מפתח יכול לחזור ולעשות את אותה טעות פעם אחר פעם, תוכנה שטועה פעם אחת, תתוקן, ולא תחזור עליה שוב. שירותים מבוססי הקשר או הרכבה (ירושה לעומת אנקפסולציה). שירותים מבוססי הקשר (e.g Heroku)  תוחמים אותך מצד אחד אך נותנים בוסט אדיר מבחינת פרודקטיביות. שירותים מבוססי הרכבה (e.g OpsWorks)  - בעלי גמישות גדולה יותר, אך בא על חשבון הפרודקטיביות. OpsWorks מול Heroko? מי ינצח? או אולי לשני המטודולוגיות יש מקום תחת השמש? שלוש משרות פתוחות, מי שמעוניין שיצור קשר עם אורי, נתי, רן או רון המשרה של פיפל (רון) בקישור הבא הקובץ נמצא כאן האזנה נעימה ותודה רבה לאורן אפרתי על התמלול!