בעולם פיתוח התוכנה קיימים מספר שלבים מהרגע בו מכריזים על מוצר, שירות או יכולת של מוצר קיים ועד השלב בו המוצר זמין לכלל הלקוחות.
גם בעבודה מול שירותי ענן ניתן למצוא שירותים שונים, בשלבי פיתוח שונים.
במאמר זה, נסקור את ההבדלים בין שירות בשלבי פיתוח לבין שירות הזמין לכלל הלקוחות.
לפני שספק ענן משחרר שירות חדש ללקוחות, או יכולת חדשה של שירות קיים, הוא מבצע בדיקות על כמות מוגבלת של לקוחות.
הבדיקות נועדו לבדוק את יציבות הפיתוח וחשוב לא פחות – לקבל פידבק מהלקוחות אודות השירות עצמו.
גרסאות מוקדמות של שירותים מוגדרות כגרסאות אלפא, בטא, preview release ועוד.
לעיתים, על-מנת לקבל גישה לשירותים במצב preview או בטא, נדרש להירשם ולבקש מספק הענן גישה לשירות המדובר, אשר לרוב יהיה זמין באזורים גיאוגרפיים (Regions) מסוימים בלבד – דוגמת US East או US West.
כאשר מסתיים תהליך הפיתוח והבדיקות, מתחיל שלב פריסת השירות בכלל ה-Regions של ספק הענן והוא עובר לשלב זמינות (GA – General Availability) לכלל הלקוחות בכלל ה-Regions בעולם.
חברות סטארט-אפ אשר שואפות להיות בחזית הטכנולוגיה, או זקוקות לשירותים או יכולות חדשות, עשויות לנצל את העובדה ששירותים מסוימים אינם זמינים לכלל הלקוחות, על-מנת להקדים את המתחרים או על-מנת להיות שותפים בפיתוח של יכולות חדשות (Design partners).
חשוב להבין כי לשירותים בסטאטוס שאינו GA קיימים לא מעט חסרונות:
· SLA – אין מחויבות מצד ספק הענן על זמינות השירות
· תמיכה – אין מחויבות מצד ספק הענן לתמוך, תוך זמן קצר בתקלות אשר יתגלו בשירותים אשר נמצאים בשלבי פיתוח
· פריסה גיאוגרפית – שירותים בשלבי פיתוח זמינים באזורים גיאוגרפיים מסוימים בלבד, מה שעשוי להוות בעיה בהקשר של הוצאת מידע מחוץ לגבולות המדינה, איטיות בעת העתקת כמויות נתונים גדולות לענן וכו'
· מועדי פריסת השירותים – לא ניתן לקבל התחייבות של קבוצות הפיתוח מתי השירות יהיה זמין לכלל הלקוחות, בכלל ה-Regions בעולם
· יכולות השירות – לא ניתן לקבל התחייבות של קבוצות הפיתוח כי הגרסה הסופית שתשוחרר ללקוחות תהיה זהה לחלוטין מבחינת יכולות או מבחינת ה-API לגרסאות בשלבי הפיתוח השונים
· מודל רישוי – לא ניתן לקבל מספק הענן הערכת עלויות השירות מרגע שישוחרר לכלל הלקוחות. סביר שבשלבי הפיתוח ניתן יהיה להשתמש בשירות ללא עלות, אך מרגע שיצא לכלל הלקוחות, העלויות של השירות עשויות להשפיע על היכולת או רצון הארגון לצרוך את השירות
פרסומים המוצגים בבלוגים של ספקי הענן אודות שירותים חדשים הנמצאים בשלבי פיתוח (Beta, Preview וכו') עשויים להצביע על כיוון טכנולוגי מסוים אליו הולכים ספקי הענן. לרוב ניתקל בכמות של הכרזות לאחר כנס שנתי.
חשוב להבין כי שירותים הנמצאים בשלבי פיתוח אינם מיועדים לכלל הלקוחות.
ההמלצה שלי – תמתינו ששירות מסוים יגיע לשלב General Availability עם פריסה בכלל ה-Regions (או לפחות ב-Region בו אתם פועלים כיום) ורק לאחר מכן תתחילו בהטמעה שלו בסביבות Production – כך תמנעו מתקלות מיותרות, בעיות של התחייבות מצד ספקי הענן, בעיות זמינות וכו'.
· AWS Service Terms - Betas and Previews
https://aws.amazon.com/service-terms
· Supplemental Terms of Use for Microsoft Azure Previews
https://azure.microsoft.com/en-us/support/legal/preview-supplemental-terms
· GCP Product launch stages
https://cloud.google.com/products#product-launch-stages
המאמר המקורי מופיע בקישור
בעולם פיתוח התוכנה קיימים מספר שלבים מהרגע בו מכריזים על מוצר, שירות או יכולת של מוצר קיים ועד השלב בו המוצר זמין לכלל הלקוחות.
גם בעבודה מול שירותי ענן ניתן למצוא שירותים שונים, בשלבי פיתוח שונים.
במאמר זה, נסקור את ההבדלים בין שירות בשלבי פיתוח לבין שירות הזמין לכלל הלקוחות.
לפני שספק ענן משחרר שירות חדש ללקוחות, או יכולת חדשה של שירות קיים, הוא מבצע בדיקות על כמות מוגבלת של לקוחות.
הבדיקות נועדו לבדוק את יציבות הפיתוח וחשוב לא פחות – לקבל פידבק מהלקוחות אודות השירות עצמו.
גרסאות מוקדמות של שירותים מוגדרות כגרסאות אלפא, בטא, preview release ועוד.
לעיתים, על-מנת לקבל גישה לשירותים במצב preview או בטא, נדרש להירשם ולבקש מספק הענן גישה לשירות המדובר, אשר לרוב יהיה זמין באזורים גיאוגרפיים (Regions) מסוימים בלבד – דוגמת US East או US West.
כאשר מסתיים תהליך הפיתוח והבדיקות, מתחיל שלב פריסת השירות בכלל ה-Regions של ספק הענן והוא עובר לשלב זמינות (GA – General Availability) לכלל הלקוחות בכלל ה-Regions בעולם.
חברות סטארט-אפ אשר שואפות להיות בחזית הטכנולוגיה, או זקוקות לשירותים או יכולות חדשות, עשויות לנצל את העובדה ששירותים מסוימים אינם זמינים לכלל הלקוחות, על-מנת להקדים את המתחרים או על-מנת להיות שותפים בפיתוח של יכולות חדשות (Design partners).
חשוב להבין כי לשירותים בסטאטוס שאינו GA קיימים לא מעט חסרונות:
· SLA – אין מחויבות מצד ספק הענן על זמינות השירות
· תמיכה – אין מחויבות מצד ספק הענן לתמוך, תוך זמן קצר בתקלות אשר יתגלו בשירותים אשר נמצאים בשלבי פיתוח
· פריסה גיאוגרפית – שירותים בשלבי פיתוח זמינים באזורים גיאוגרפיים מסוימים בלבד, מה שעשוי להוות בעיה בהקשר של הוצאת מידע מחוץ לגבולות המדינה, איטיות בעת העתקת כמויות נתונים גדולות לענן וכו'
· מועדי פריסת השירותים – לא ניתן לקבל התחייבות של קבוצות הפיתוח מתי השירות יהיה זמין לכלל הלקוחות, בכלל ה-Regions בעולם
· יכולות השירות – לא ניתן לקבל התחייבות של קבוצות הפיתוח כי הגרסה הסופית שתשוחרר ללקוחות תהיה זהה לחלוטין מבחינת יכולות או מבחינת ה-API לגרסאות בשלבי הפיתוח השונים
· מודל רישוי – לא ניתן לקבל מספק הענן הערכת עלויות השירות מרגע שישוחרר לכלל הלקוחות. סביר שבשלבי הפיתוח ניתן יהיה להשתמש בשירות ללא עלות, אך מרגע שיצא לכלל הלקוחות, העלויות של השירות עשויות להשפיע על היכולת או רצון הארגון לצרוך את השירות
פרסומים המוצגים בבלוגים של ספקי הענן אודות שירותים חדשים הנמצאים בשלבי פיתוח (Beta, Preview וכו') עשויים להצביע על כיוון טכנולוגי מסוים אליו הולכים ספקי הענן. לרוב ניתקל בכמות של הכרזות לאחר כנס שנתי.
חשוב להבין כי שירותים הנמצאים בשלבי פיתוח אינם מיועדים לכלל הלקוחות.
ההמלצה שלי – תמתינו ששירות מסוים יגיע לשלב General Availability עם פריסה בכלל ה-Regions (או לפחות ב-Region בו אתם פועלים כיום) ורק לאחר מכן תתחילו בהטמעה שלו בסביבות Production – כך תמנעו מתקלות מיותרות, בעיות של התחייבות מצד ספקי הענן, בעיות זמינות וכו'.
· AWS Service Terms - Betas and Previews
https://aws.amazon.com/service-terms
· Supplemental Terms of Use for Microsoft Azure Previews
https://azure.microsoft.com/en-us/support/legal/preview-supplemental-terms
· GCP Product launch stages
https://cloud.google.com/products#product-launch-stages
המאמר המקורי מופיע בקישור
הודעתך לא התקבלה - נסה שוב מאוחר יותר
Oops! Something went wrong while submitting the form