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