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




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