לפני החלטה על שימוש בענן ציבורי או הגירת מערכות קיימות לענן, חשוב שכל ארגון יסתכל על מטרותיו העסקיות, מה מביא לו ערך בעצם העובדה שהמערכות נמצאות בסביבת ה-on premise או בעצם העבודה שהארגון יבצע הגירה של מערכות לסביבת ענן ציבורי, ובהתאם לכך, יקבל החלטה לגבי המערכות הראשונות אותן יקימו צוותי התשתיות בענן או לחילופין המערכות הראשוניות אשר הארגון יבחר לצרוך כשירותים מנוהלים בענן.
ספקי ענן נוהגים לפרסם את רשימת השירותים שהם מציעים ללקוחות במגוון עולמות תוכן.
מעבר על רשימת השירותים הקיימים, למול צורכי הארגון, יאפשר לקבל החלטה לגבי ספק הענן.
דוגמאות לקטלוג שירותים ניתן למצוא בקישורים הבאים:
· AWS - https://aws.amazon.com/products/
· Azure - https://azure.microsoft.com/en-us/services/
· GCP - https://cloud.google.com/products
· Oracle Cloud - https://www.oracle.com/cloud/products.html
· IBM - https://www.ibm.com/cloud/products
· Salesforce - https://www.salesforce.com/eu/products/
· SAP - https://www.sap.com/products.html
ארגונים רבים מנהלים את הרשאות הגישה למערכות השונות על בסיס Active Directory ארגוני.
אומנם ניתן להקים שרתי Domain Controller וירטואליים בסביבות IaaS או לייצר Federation בין סביבות ה-on premise לסביבת הענן, אך העובדה שלחלק מספקי הענן קיים שירות Active Directory מנוהל, מבוסס פרוטוקול Kerberos (פרוטוקול האימות הסטנדרטי בסביבת ה-on premise), עשויה להקל את ההגירה לסביבות ענן.
דוגמאות לשירותי Active Directory מנוהלים:
· Azure Active Directory Domain Services
· Google Managed Service for Microsoft Active Directory
ספקי ענן נוהגים לפרסם את מודל התמחור של כל אחד מהשירותים שהם מציע ללקוחותיהם. לעיתים הבנת מודל התמחור של חלק משירותים הינה משימה מורכבת ולכן מומלץ להסתייע במנהל לקוח מטעם ספק הענן או בשותף מקומי של ספק הענן. השוואה עלויות של שירותים דומים של ספקי ענן שונים, תאפשר לארגון לבחור בספק הענן העונה צורכי הארגון ועל התקציב.
דוגמאות למחירון שירותי ענן:
· AWS Simple Monthly Calculator
· Google Cloud Platform Pricing Calculator
העובדה שבמדינה מסוימת קיים Region של אחד מספקי הענן הציבוריים, עשויה להקל על בחירה בספק מסוים על-פני ספקים אחרים ממגוון של שיקולים, החל מחוקי פרטיות בנוגע ליכולת לאחסן מידע פרטי מחוץ לגבולות המדינה ועד שיקולי תקשורת בהעברת נתונים בין ה-Data center המקומי לבין סביבת הענן.
הדבר נכון לגבי כלל תצורות הענן (IaaS / PaaS / SaaS).
דוגמאות לתיעוד של Regions קיימים בקרב ספקי הענן השונים:
· AWS:
AWS Regions and Availability Zones
· Azure and Office 365:
Where your Microsoft 365 customer data is stored
· Google Cloud Platform:
· Oracle Cloud:
Oracle Data Regions for Platform and Infrastructure Services
· Salesforce:
Where is my Salesforce instance located?
· SAP:
SAP Cloud Platform Regions and Service Portfolio
ספקי ענן בוגרים, נוהגים לפרסם בצורה שקופה את סטאטוס זמינות השירותים שלהם ברחבי העולם ואף את היסטוריית התקלות / בעיות הזמינות אשר חוו השירותים שלהם.
מעבר על היסטוריית הדיווחים תאפשר לארגון לקבל החלטה בנוגע לשירות הנדרש למול הזמינות שלו לאורך זמן.
ספק ענן בוגר יציג ללקוחותיו את סטאטוס השירותים והתקלות, וידע לבנות תשתית יציבה וזמינה לאורך זמן, על פני אזורים גיאוגרפיים נרחבים, ולצמצם את הסיכוי לתקלות או השבתות אשר ישפיעו על מספר רב של לקוחות.
דוגמאות לתיעוד של סטטוס שירותים ותקלות בקרב ספקי ענן:
· AWS:
· Azure:
· Google Cloud Platform:
Google Cloud Status Dashboard - Incidents Summary
· Oracle Cloud:
Oracle Cloud Infrastructure - Current Status
Oracle Cloud Infrastructure – Incident History
· Salesforce:
· SAP:
SAP Cloud Platform Status Page
כפי שניתן לקרוא ממאמר זה, קיימות מגוון סיבות לבחור בספק ענן מסוים – המאמר סקר את מקצתן.
על-מנת לקבל החלטה מושכלת עבור הארגון, מומלץ לבחון מה עשוי להביא ערך לארגון (בין אם בטווח הקצר או בטווח הארוך), לבחון את השירותים השונים בקרב ספקי הענן, הפריסה הגלובאלית של השירותים, זמינות השירותים (והשקיפות בה נוהג הספק), להבין את מודל התמחור, לקחת בחשבון תצורת חיבור היברידית בין ה-Data center המקומי לבין סביבת הענן ולבחור בספק הענן המתאים עבור הארגון.
לפני החלטה על שימוש בענן ציבורי או הגירת מערכות קיימות לענן, חשוב שכל ארגון יסתכל על מטרותיו העסקיות, מה מביא לו ערך בעצם העובדה שהמערכות נמצאות בסביבת ה-on premise או בעצם העבודה שהארגון יבצע הגירה של מערכות לסביבת ענן ציבורי, ובהתאם לכך, יקבל החלטה לגבי המערכות הראשונות אותן יקימו צוותי התשתיות בענן או לחילופין המערכות הראשוניות אשר הארגון יבחר לצרוך כשירותים מנוהלים בענן.
ספקי ענן נוהגים לפרסם את רשימת השירותים שהם מציעים ללקוחות במגוון עולמות תוכן.
מעבר על רשימת השירותים הקיימים, למול צורכי הארגון, יאפשר לקבל החלטה לגבי ספק הענן.
דוגמאות לקטלוג שירותים ניתן למצוא בקישורים הבאים:
· AWS - https://aws.amazon.com/products/
· Azure - https://azure.microsoft.com/en-us/services/
· GCP - https://cloud.google.com/products
· Oracle Cloud - https://www.oracle.com/cloud/products.html
· IBM - https://www.ibm.com/cloud/products
· Salesforce - https://www.salesforce.com/eu/products/
· SAP - https://www.sap.com/products.html
ארגונים רבים מנהלים את הרשאות הגישה למערכות השונות על בסיס Active Directory ארגוני.
אומנם ניתן להקים שרתי Domain Controller וירטואליים בסביבות IaaS או לייצר Federation בין סביבות ה-on premise לסביבת הענן, אך העובדה שלחלק מספקי הענן קיים שירות Active Directory מנוהל, מבוסס פרוטוקול Kerberos (פרוטוקול האימות הסטנדרטי בסביבת ה-on premise), עשויה להקל את ההגירה לסביבות ענן.
דוגמאות לשירותי Active Directory מנוהלים:
· Azure Active Directory Domain Services
· Google Managed Service for Microsoft Active Directory
ספקי ענן נוהגים לפרסם את מודל התמחור של כל אחד מהשירותים שהם מציע ללקוחותיהם. לעיתים הבנת מודל התמחור של חלק משירותים הינה משימה מורכבת ולכן מומלץ להסתייע במנהל לקוח מטעם ספק הענן או בשותף מקומי של ספק הענן. השוואה עלויות של שירותים דומים של ספקי ענן שונים, תאפשר לארגון לבחור בספק הענן העונה צורכי הארגון ועל התקציב.
דוגמאות למחירון שירותי ענן:
· AWS Simple Monthly Calculator
· Google Cloud Platform Pricing Calculator
העובדה שבמדינה מסוימת קיים Region של אחד מספקי הענן הציבוריים, עשויה להקל על בחירה בספק מסוים על-פני ספקים אחרים ממגוון של שיקולים, החל מחוקי פרטיות בנוגע ליכולת לאחסן מידע פרטי מחוץ לגבולות המדינה ועד שיקולי תקשורת בהעברת נתונים בין ה-Data center המקומי לבין סביבת הענן.
הדבר נכון לגבי כלל תצורות הענן (IaaS / PaaS / SaaS).
דוגמאות לתיעוד של Regions קיימים בקרב ספקי הענן השונים:
· AWS:
AWS Regions and Availability Zones
· Azure and Office 365:
Where your Microsoft 365 customer data is stored
· Google Cloud Platform:
· Oracle Cloud:
Oracle Data Regions for Platform and Infrastructure Services
· Salesforce:
Where is my Salesforce instance located?
· SAP:
SAP Cloud Platform Regions and Service Portfolio
ספקי ענן בוגרים, נוהגים לפרסם בצורה שקופה את סטאטוס זמינות השירותים שלהם ברחבי העולם ואף את היסטוריית התקלות / בעיות הזמינות אשר חוו השירותים שלהם.
מעבר על היסטוריית הדיווחים תאפשר לארגון לקבל החלטה בנוגע לשירות הנדרש למול הזמינות שלו לאורך זמן.
ספק ענן בוגר יציג ללקוחותיו את סטאטוס השירותים והתקלות, וידע לבנות תשתית יציבה וזמינה לאורך זמן, על פני אזורים גיאוגרפיים נרחבים, ולצמצם את הסיכוי לתקלות או השבתות אשר ישפיעו על מספר רב של לקוחות.
דוגמאות לתיעוד של סטטוס שירותים ותקלות בקרב ספקי ענן:
· AWS:
· Azure:
· Google Cloud Platform:
Google Cloud Status Dashboard - Incidents Summary
· Oracle Cloud:
Oracle Cloud Infrastructure - Current Status
Oracle Cloud Infrastructure – Incident History
· Salesforce:
· SAP:
SAP Cloud Platform Status Page
כפי שניתן לקרוא ממאמר זה, קיימות מגוון סיבות לבחור בספק ענן מסוים – המאמר סקר את מקצתן.
על-מנת לקבל החלטה מושכלת עבור הארגון, מומלץ לבחון מה עשוי להביא ערך לארגון (בין אם בטווח הקצר או בטווח הארוך), לבחון את השירותים השונים בקרב ספקי הענן, הפריסה הגלובאלית של השירותים, זמינות השירותים (והשקיפות בה נוהג הספק), להבין את מודל התמחור, לקחת בחשבון תצורת חיבור היברידית בין ה-Data center המקומי לבין סביבת הענן ולבחור בספק הענן המתאים עבור הארגון.
הודעתך לא התקבלה - נסה שוב מאוחר יותר
Oops! Something went wrong while submitting the form