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? מי ינצח? או אולי לשני המטודולוגיות יש מקום תחת השמש?
• שלוש משרות פתוחות, מי שמעוניין שיצור קשר עם אורי, נתי, רן או רון
  המשרה של פיפל (רון) בקישור הבא
  
  
  
  

הקובץ נמצא כאן האזנה נעימה ותודה רבה לאורן אפרתי על התמלול!