פתרונות תשתית דיגיטלית מובילים לעסקים עתירי נתונים

פתרונות תשתית דיגיטלית לעסקים התפתחו משכבות העצמה של משרד אחורי למישורי בקרה אסטרטגיים הקובעים חוסן תפעולי, תקרות מדרגיות וחשיפה לסיכונים. בארגונים גדולים, תשתית משתרעת כיום על פני פריסות ענן היברידיות, מערכות ליבה מדור קודם, צמתי קצה מבוזרים, תלויות SaaS ומשטחי אינטגרציה של צד שלישי. מורכבות זו הופכת החלטות תשתית למחויבויות אדריכליות בעלות השלכות פיננסיות וממשלתיות ארוכות טווח במקום שדרוגי טכנולוגיה מבודדים.

ארגונים מודרניים כמעט ולא פועלים במסגרת מודל אירוח או אספקה ​​יחיד. מנועי טרנזקציות מרכזיים עשויים להישאר על גבי מחשבים מרכזיים או מרכזי נתונים פרטיים, בעוד ששירותים הפונים ללקוחות פועלים בסביבות ענן ציבורי וצנרת אנליטיקה משתרעת על פני אשכולות אחסון מרובי אזורים. המתח בין גמישות אופקית לאילוצים אנכיים במערכות בעלות מצב משקף את הפשרות הרחבות יותר של קנה מידה המתוארות ב... פשרות באסטרטגיית קנה מידה.

לחצי מדרגיות גוברים עוד יותר ככל שעסקים מאמצים מערכות אקולוגיות מבוססות API, חילופי נתונים בזמן אמת ומודלים מבוזרים של כוח אדם. תפוקה על פני גבולות מדור קודם וענן, רגישות להשהייה בעומסי עבודה הפונים ללקוחות, ומגבלות על כבידת נתונים - כל אלה כופים משמעת אדריכלית. לכן, החלטות תשתית משפיעות לא רק על מדדי ביצועים אלא גם על תאימות רגולטורית, יכולת חיזוי עלויות ושונות ההתאוששות מאירועים.

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

Smart TS XL לניהול ונראות של תשתית דיגיטלית ארגונית

פתרונות תשתית דיגיטלית לעסקים מתמקדים לעתים קרובות במהירות הקצאה, גמישות ובשלות אוטומציה. עם זאת, ללא נראות מבנית על פני קוד, תצורה, נתיבי אינטגרציה ותלות בזמן ריצה, מודרניזציה של תשתית יכולה להגביר את האטימות המערכתית במקום להפחית אותה. בסביבות היברידיות המשלבות פלטפורמות מדור קודם, עומסי עבודה במכולות וצנרת נתונים מבוזרת, תלויות נסתרות קובעות לעתים קרובות את רדיוס ההשפעה של אירוע יותר ממגבלות קיבולת התשתית.

Smart TS XL פועל בהקשר זה כשכבה אנליטית אשר בונה מחדש קשרים מבניים בין יישומים, שירותים, תהליכי אצווה, ממשקי API ומאגרי נתונים. במקום להתמקד בטלמטריה עילית בלבד, הוא בונה מודלים מתמשכים של נתיבי ביצוע, זרימת נתונים ותלות בין שכבות. גישה אנליטית זו תומכת בקבלת החלטות תשתית על ידי חשיפת האופן שבו שינויי תצורה, התאמות קנה מידה או הגירות פלטפורמה מתפשטים על פני מערכות מחוברות.

נראות תלות על פני תשתית היברידית

במערכות ארגוניות מורכבות, רכיבי תשתית מבודדים לעיתים רחוקות. שינויים במדיניות הרשת עשויים להשפיע על שירותי אימות. התאמות ברמת האחסון עשויות לשנות את חלונות השלמת הקבוצות. קנה מידה של מכולות עשוי להשפיע על דפוסי תחרות במסד הנתונים. Smart TS XL מדמה תלויות אלו ברמת המערכת.

השפעה פונקציונלית כוללת:

• זיהוי קשרי מערכת במעלה ובמורד הזרם לפני שינוי תצורת התשתית
• ויזואליזציה של אינטראקציות חוצות פלטפורמות בין עומסי עבודה של מיינפריים, מבוזרים וענן
• חשיפת תלות נסתרות באצווה ובשרשרת משימות המשפיעות על תזמון תפעולי
• מיפוי מבני המותאם לעקרונות ניהול גרף התלות המתוארים ב שיטות מיפוי תלות ארגוניות

נראות זו מפחיתה את הסבירות לכשלים מדורגים במהלך שינויים בתשתיות ומחזקת תהליכי סקירה אדריכלית.

מידול נתיבי ביצוע והשפעת תשתית

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

Smart TS XL משחזר נתיבי ביצוע באופן סטטי ומקשר אותם עם מבני זמן ריצה. זה מאפשר:

• מידול זרימת בקשות מנקודת כניסה למשתמש ועד למערכות נתונים אחוריות
• זיהוי מקטעים רגישים להשהייה הפגיעים לשינויים בתשתית
• זיהוי צווארי בקבוק סינכרוניים המגבילים קנה מידה אופקי
• אימות עקביות זרימת הבקרה לפני הגירה או שינוי פלטפורמה

בהירות נתיב הביצוע תומכת בפשרות מושכלות בין אסטרטגיות קנה מידה לבין שיפוץ ארכיטקטוני.

מתאם בין-שכבתי בין קוד, נתונים ותשתית

פתרונות תשתית דיגיטלית לעסקים חייבים להתאים את בקרות המחשוב, האחסון, הרשת והזהות להתנהגות היישומים. כלי ניהול תצורה אוכפים מדיניות, אך הם לא תמיד חושפים כיצד המדיניות מקיימת אינטראקציה עם לוגיקת היישומים ותנועת הנתונים.

Smart TS XL מתואם:

• מבני לוגיקה של יישומים עם נקודות קצה של תשתית
• שושלת נתונים בין שירותים ומערכות אחסון
• זרימות עיבוד אצווה עם מודלים של הקצאת משאבים
• נקודות בקרת אבטחה עם נתיבי כניסה לביצוע

על ידי שילוב ניתוח ברמת הקוד עם טופולוגיית התשתית, ארגונים מקבלים ייצוג אחיד של חשיפה לסיכונים תפעוליים. זה רלוונטי במיוחד בסביבות מבוזרות שבהן מישורי טלמטריה ובקרה פועלים על פני מספר תחומים אדמיניסטרטיביים.

שושלת נתונים ומיפוי התנהגותי בין פלטפורמות

ארכיטקטורות היברידיות מגשרות לעתים קרובות בין מאגרי נתונים מדור קודם, אחסון אובייקטים בענן, פלטפורמות סטרימינג ומנועי ניתוח. מודרניזציה של תשתיות ללא בהירות של שושלת נתונים עלולה להגביר שגיאות התאמה וחשיפה לתאימות.

סמארט TS XL תומך ב:

• מעקב מקצה לקצה אחר שדות נתונים על פני שכבות טרנספורמציה
• זיהוי של לוגיקה כפולה המשפיעה על דיוק הדיווח
• מיפוי תלות אחסון המשפיעות על תפוקה והשהייה
• יישור מודלים התנהגותיים עם דפוסי אינטגרציה המתוארים ב ארכיטקטורות אינטגרציה ארגוניות

רמת שקיפות זו של שושלת המחקר מחזקת את מוכנות הביקורת ותומכת במודרניזציה מבוקרת של שכבות אחסון ועיבוד.

קביעת סדרי עדיפויות לממשל ובלימת סיכונים

השקעה בתשתית דיגיטלית חייבת להיות תואמת לאסטרטגיית ניהול הסיכונים הארגונית. ללא ניתוח מבני, החלטות קביעת סדרי עדיפויות מסתמכות במידה רבה על תדירות האירועים ולא על חשיפה מערכתית.

Smart TS XL מאפשר השפעה על ניהול באמצעות:

• ניקוד סיכונים המבוסס על מרכזיות מבנית של רכיבים
• זיהוי נקודות בודדות של ריכוז אדריכלי
• כימות השפעת השינוי לפני הפריסה
• תמיכה בלוחות מודרניזציה המחפשים יישור בקרה מדיד

על ידי הטמעת אינטליגנציה מבנית באסטרטגיית התשתית, ארגונים מפחיתים את אי הוודאות במהלך יוזמות טרנספורמציה ומבססים בסיס עמיד לתשתית דיגיטלית ניתנת להרחבה ומותאמת למדיניות.

הפלטפורמות הטובות ביותר לפתרונות תשתית דיגיטלית בסביבות ארגוניות

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

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

אמזון שירותי אינטרנט

אתר רשמי: https://aws.amazon.com

Amazon Web Services מייצגת את אחד מפתרונות התשתית הדיגיטלית המקיפים ביותר עבור עסקים הפועלים בקנה מידה ארגוני. המודל הארכיטקטוני שלה בנוי סביב אזורים ואזורי זמינות מבוזרים ברחבי העולם, ומציע תיק עבודות שכבתי הכולל וירטואליזציה של מחשוב, מסדי נתונים מנוהלים, אחסון אובייקטים, תזמור מכולות, ביצוע ללא שרת, ניהול זהויות וגישה, פילוח רשתות ואוטומציה של מדיניות. הפלטפורמה מתפקדת גם כספקית תשתית וגם כמישור בקרה, ומאפשרת לארגונים לבנות מערכות רב-שכבתיות לחלוטין בתוך המערכת האקולוגית שלה או לשלב אותה במערכות היברידיות.

מנקודת מבט ארכיטקטונית, AWS מדגישה הקצאת משאבים אלסטית בשילוב עם הפשטת שירותים. תשתיות כמו מסגרות קוד כגון שילובי AWS CloudFormation ו-Terraform מאפשרות שכפול סביבה דטרמיניסטית. שירותים מקוריים, כולל Amazon EC2, Amazon EKS, Amazon RDS ו-Amazon S3, מספקים אבני בניין סטנדרטיות, בעוד שאכיפת זהויות מרכזית באמצעות IAM קובעת גבולות מדיניות בין חשבונות ואזורים. עבור ארגונים המפעילים ארכיטקטורות מבוזרות, הפלטפורמה תומכת בשערי מעבר, פילוח VPC ומנגנוני קישוריות פרטיים המשתרעים לסביבות מקומיות.

טיפול בסיכונים בתוך AWS מסתמך על בקרות אבטחה מרובדות ומנגנוני אכיפת מדיניות. מדיניות זהות, תקני הצפנה, מבני בידוד רשת ורישום ביקורת דרך AWS CloudTrail ו-AWS Config מספקים יכולת מעקב. עם זאת, בגרות הממשל תלויה במידה רבה בתצורה נכונה. דלי אחסון שגוי, הרשאות מוגזמות ומבני חשבונות מקוטעים יכולים להכניס חשיפה מערכתית. ככל שאחוזות התשתית גדלות, מסגרות ממשל מרכזיות כמו ארגוני AWS ומגדל הבקרה הופכות להכרחיות כדי למנוע סחיפה של המדיניות.

מאפייני גמישות הם בין התכונות החזקות ביותר של הפלטפורמה. איזון עומסים אלסטי, קבוצות קנה מידה אוטומטי, מודלי מחשוב ללא שרת והפצת תוכן גלובלית דרך CloudFront מאפשרים התרחבות אופקית תחת עומס משתנה. גמישות זו מתיישבת היטב עם פלטפורמות דיגיטליות בעלות צמיחה גבוהה וארכיטקטורות מונחות אירועים. אף על פי כן, עומסי עבודה בעלי מצבים ואינטגרציות מדור קודם צמודות עשויות לדרוש התאמה אדריכלית כדי למנף באופן מלא את גמישות הענן.

מגבלות מבניות נובעות בעיקר מעומק ומורכבות המערכת האקולוגית. היקף השירותים מגביר את התקורה הקוגניטיבית עבור צוותי ארכיטקטורה. יכולת חיזוי העלויות עלולה להתדרדר ללא ניטור ממושמע וממשל FinOps. סיכון ריכוזיות ספקים עשוי להיווצר גם כאשר שכבות ליבה של זהות, מחשוב, נתונים ואינטגרציה מתכנסות בתוך גבול ספק יחיד.

התרחיש המתאים ביותר כולל ארגונים גדולים המעוניינים באסטרטגיות טרנספורמציה היברידית או ענן תחילה, הדורשות טווח הגעה גלובלי, קנה מידה אלסטי ומסגרות אבטחה משולבות, בתנאי שדיסציפלינות בקרת עלויות וממשל משולבות באופן רשמי בשיטות ניהול התשתיות.

Microsoft Azure

אתר רשמי: https://azure.microsoft.com

Microsoft Azure מתפקדת כפתרון תשתית דיגיטלית מקיף עבור סביבות עסקיות הדורשות אינטגרציה הדוקה בין שירותי ענן, מסגרות זהות ארגוניות ותוכנות ארגוניות מדור קודם. המודל הארכיטקטוני שלה בנוי סביב אזורים מבוזרים גלובלית, קבוצות משאבים, היררכיות מנויים ושכבות ממשל מונחות מדיניות. Azure מוטמעת במיוחד בארגונים המפעילים מערכות אקולוגיות מבוססות מיקרוסופט, כולל סביבות Windows Server, Active Directory, SQL Server ו-Microsoft 365.

מודל אדריכלי

Azure בונה תשתית באמצעות מנויים וקבוצות משאבים, ומאפשרת פילוח של עומסי עבודה לפי סביבה, יחידה עסקית או גבול תאימות. שירותי הליבה כוללים:

• מכונות וירטואליות של Azure וערכות קנה מידה להפשטת מחשוב
• שירות Azure Kubernetes לתזמור מכולות
• שירותי אחסון Azure ושירותי מסדי נתונים מנוהלים עבור נתונים מובנים ולא מובנים
• רשת וירטואלית של Azure לפילוח רשתות וקישוריות היברידית
• Azure Active Directory לאכיפת מדיניות ממוקדת זהות

אינטגרציה היברידית היא מאפיין בולט. Azure Arc מרחיב את הניהול ואכיפת המדיניות לסביבות מקומיות וסביבות מרובות עננים, ומאפשר ממשל מרכזי על פני אזורים מבוזרים. ExpressRoute מספק קישוריות ייעודית למרכזי נתונים ארגוניים, מפחית את שונות ההשהיה ותומך בעומסי עבודה מוסדרים הדורשים התנהגות רשת דטרמיניסטית.

יכולות ליבה

Azure מדגישה אינטגרציה בין שכבות תשתית ופרודוקטיביות. יכולות מדיניות כקוד באמצעות Azure Policy ומסגרות בקרת גישה מבוססות תפקידים מאפשרות אכיפה סטנדרטית בסביבות שונות. ניתן ליישם אוטומציה של תשתיות באמצעות תבניות Azure Resource Manager, Bicep וכלים של צד שלישי כגון Terraform.

שירותי אבטחה מובנים, כולל Microsoft Defender for Cloud, Sentinel for SIEM, ובקרות הצפנה מקוריות, תומכים בהגנה שכבתית. שירותי Observability באמצעות Azure Monitor ו-Log Analytics מספקים איחוד טלמטריה על פני תשתית ורכיבי יישומים.

ניהול סיכונים ותנוחת ממשל

מודל הממשל של Azure מסתמך במידה רבה על תכנון היררכיית מנויים ומשמעת הקצאת מדיניות. קבוצות ניהול, הגדרות מדיניות ומבני תוכנית מאפשרים אכיפה כלל-ארגונית של תקני תיוג, דרישות הצפנה וכללי בידוד רשת. עם זאת, יעילות הממשל תלויה בבהירות אדריכלית במהלך תכנון אזור הנחיתה הראשוני.

חשיפה לסיכון ממוקד זהות נותרה שיקול עיקרי. מכיוון ש-Azure Active Directory משמש לעתים קרובות כמישור הבקרה הן עבור תשתית והן עבור שירותי פרודוקטיביות, תצורה שגויה או פיזור הרשאות עלולים להתפשט בין תחומים. לכן, ניהול מחזור חיי זהות מובנית וביקורות הרשאות תקופתיות הם קריטיים.

מאפייני מדרגיות

Azure תומך בקנה מידה אופקי באמצעות ערכות קנה מידה של מכונות וירטואליות, תזמור מכולות והצעות ללא שרת כגון Azure Functions. אזורי זמינות גלובליים ואזורים מזווגים מאפשרים תכנון יתירות. שירותי נתונים ניתנים להרחבה אנכית ואופקית בהתאם לתצורה, אם כי עומסי עבודה מסוימים של מסדי נתונים ארגוניים עשויים לדרוש כוונון אדריכלי כדי לאזן בין עלות לביצועים.

מגבלות מבניות

רוחב הפלטפורמה מביא למורכבות תצורה. נראות העלויות על פני מנויים יכולה להתפצל ללא ממשל מאוחד. בנוסף, ארגונים המפעילים ערימות הטרוגניות שאינן של מיקרוסופט עלולים להיתקל בתקורות אינטגרציה בעת יישור מודלים של זהות, ניטור ואוטומציה.

תרחיש ההתאמה הטובה ביותר

Microsoft Azure מתאים ביותר לארגונים עם תלות משמעותית במערכת האקולוגית של מיקרוסופט, דרישות תשתית היברידית ומודלים מרכזיים של ניהול זהויות. הוא מתאים היטב לארגונים המחפשים אכיפה מובנית של מדיניות הן בסביבות ענן והן בסביבות מקומיות, תוך שמירה על אינטגרציה עם פלטפורמות פרודוקטיביות ושיתוף פעולה.

פלטפורמת Google Cloud

אתר רשמי: https://cloud.google.com

פלטפורמת הענן של גוגל מתפקדת כפתרון תשתית דיגיטלית עבור סביבות עסקיות הנותנות עדיפות למחשוב מבוזר, עומסי עבודה עתירי נתונים ודפוסי ארכיטקטורה טבעיים לענן. המודל הארכיטקטוני שלה בנוי על מארג רשת משולב גלובלי ולא על מבנים מבודדים אזורית, מה שמאפשר תקשורת בין אזורית עם השהייה נמוכה וניהול משאבים מאוחד. עיצוב זה מתאים לארגונים הדורשים ניתוח ביצועים גבוהים, ארכיטקטורות מיקרו-שירותים ניתנות להרחבה ותזמור עקבי על פני עומסי עבודה מפוזרים גיאוגרפית.

מודל אדריכלי

Google Cloud בונה תשתית סביב פרויקטים בתוך היררכיות ארגוניות. ירושה של מדיניות עוברת מארגון לתיקייה לפרויקט, מה שמאפשר ניהול מרכזי תוך שמירה על בידוד עומסי עבודה. שירותי התשתית המרכזיים כוללים:

• מנוע מחשוב לתשתית וירטואלית
• מנוע גוגל קוברנטס לתזמור מכולות
• אחסון ענן ושירותי מסדי נתונים מנוהלים כגון Cloud SQL ו-Spanner
• ענן פרטי וירטואלי (Virtual Private Cloud) עבור פילוח רשתות מוגדרות תוכנה
• ניהול זהויות וגישה לאכיפת מדיניות מבוססת תפקידים

הפלטפורמה מדגישה את הגישה המבוססת על קונטיינר (container first) וארכיטקטורות מונעות API. מנוע Kubernetes של גוגל משקף את קו התזמור הפנימי של גוגל, ומספק אינטגרציה חזקה בין הפשטת מחשוב ויכולות רשת שירותים. יצירת רשתות מוגדרות באופן גלובלי, מה שמפחית את המורכבות בעת בניית ארכיטקטורות מרובות אזורים.

יכולות ליבה

גוגל קלאוד מדגים חוזק בעיבוד נתונים מבוזר וניתוח נתונים. שירותים כמו BigQuery, Dataflow ו-Pub Sub תומכים בקליטת נתונים בקנה מידה גדול וב-Pipelines מונעי אירועים. ניתן ליישם תשתית כקוד באמצעות Deployment Manager או מסגרות צד שלישי כמו Terraform.

שירותי אבטחה כוללים איחוד זהויות, הצפנה כברירת מחדל עבור נתונים במנוחה ובמעבר, ורישום ביקורת מרכזי. ניתן לאכוף בקרות מדיניות באמצעות מדיניות ארגונית ומגבלות משאבים, מה שמבטיח יישור תאימות בין פרויקטים.

מעקב נתמך באמצעות ניטור ענן ורישום ענן, עם יכולות מעקב משולבות המסייעות באבחון ביצועים בסביבות מיקרו-שירותים מבוזרות.

ניהול סיכונים ותנוחת ממשל

מודל הממשל של גוגל קלאוד מסתמך על תכנון היררכיה ארגונית מובנה ופילוח זהויות. בקרות זהויות מרכזיות מפחיתות כפילויות אך דורשות ניהול הרשאות ממושמע כדי למנוע הקצאת תפקידים רחבה. חוסר יישור בין גבולות הפרויקט ליחידות העסקיות עלול ליצור עמימות במעקב אחר עלויות.

מיקום נתונים ועמידה בתקנות דורשים בחירת אזורים קפדנית, במיוחד עבור ארגונים הפועלים במגזרים מוסדרים. בעוד שהרשת הגלובלית מפשטת את הארכיטקטורה, אילוצים רגולטוריים עשויים לחייב אסטרטגיות מפורשות למיקום נתונים.

מאפייני מדרגיות

הפלטפורמה מותאמת לקנה מידה אופקי ולמערכות מבוזרות. תזמור של Kubernetes, קבוצות קנה מידה אוטומטי ושירותים ללא שרתים כגון Cloud Run מאפשרים גמישות דינמית של עומסי עבודה. רשת משולבת גלובלית תומכת בביצועים עקביים בין אזורים ללא צורך בהגדרה ידנית נרחבת.

עומסי עבודה של ניתוח נתונים בעלי תפוקה גבוהה נהנים מהפרדת שכבות האחסון והמחשוב של BigQuery. עם זאת, ארגונים עם מערכות מדור קודם המקושרות זה לזה עשויים להזדקק לעיצוב מחדש של הארכיטקטורה שלהם כדי למנף באופן מלא מבנים מקומיים של ענן מבוזרים.

מגבלות מבניות

בהשוואה לחברות ארגוניות ותיקות יותר, Google Cloud עשוי להציג תקורות אינטגרציה בסביבות המושקעות עמוקות בערימות תוכנה ארגוניות מדור קודם. היכרות ארגונית וריכוז מיומנויות כוח העבודה יכולים להשפיע על מהירות האימוץ. בנוסף, עומסי עבודה ארגוניים מיוחדים מסוימים עשויים לדרוש משותפי מערכת אקולוגית למלא פערים ביכולות.

תרחיש ההתאמה הטובה ביותר

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

IBM Cloud

אתר רשמי: https://www.ibm.com/cloud

IBM Cloud מייצג פתרון תשתית דיגיטלית עבור סביבות עסקיות אשר מקיימות השקעות משמעותיות במערכות מדור קודם, תוך כדי קידום טרנספורמציה של ענן היברידי. האוריינטציה הארכיטקטונית שלה מדגישה אינטגרציה בין עומסי עבודה ארגוניים מסורתיים, כולל סביבות מיינפריים, לבין פלטפורמות מודרניות מבוססות קונטיינרים או פלטפורמות ענן מקוריות. הפלטפורמה משלבת יכולות תשתית כשירות עם סביבות OpenShift מנוהלות ותמיכה בתוכנות ביניים ארגוניות.

ארכיטקטורה מבנית ואינטגרציה היברידית

IBM Cloud בנוי סביב קבוצות משאבים, חשבונות ופריסות מבוססות אזור. מאפיין מובהק הוא מודל האינטגרציה שלו עם מחשבי IBM Z ו-IBM Power Systems, המאפשר לארגונים להרחיב מבני ניהול ענן לפלטפורמות קריטיות קיימות. Red Hat OpenShift, שנרכשה על ידי IBM, משמשת כבסיס אסטרטגי לתזמור מכולות וניידות היברידית.

רכיבים אדריכליים מרכזיים כוללים:

• שרתים וירטואליים להפשטת תשתית
• אשכולות OpenShift מנוהלים לתזמור מכולות
• אחסון אובייקטים בענן לשמירת נתונים ניתנת להרחבה
• רשת ענן פרטי וירטואלי עבור פילוח ובקרת מדיניות
• שירותי זהות וגישה המותאמים למערכות ספריות ארגוניות

הדגש ההיברידי מאפשר לעומסי עבודה להישאר חלקית בסביבה מקומית תוך כדי השתתפות בזרימות עבודה מתוזמרות בענן. גישה זו רלוונטית במיוחד עבור ארגונים המבצעים אסטרטגיות מודרניזציה הדרגתיות.

יכולות פונקציונליות ובקרות ממשל

IBM Cloud משלבת שירותים מוכווני תאימות המותאמים לתעשיות מוסדרות כגון שירותים פיננסיים ובריאות. בקרות הצפנה, שירותי ניהול מפתחות ויכולות רישום ביקורת תומכות באכיפת המדיניות. מסגרות ספציפיות לתעשייה מוטמעות בהצעות מסוימות כדי להתאים אותן לדרישות הרגולציה.

יכולות אוטומציה נתמכות באמצעות תשתית כמו כלי קוד וצנרת פריסה מונעת OpenShift. שירותי תוכנה ואינטגרציה מאפשרים ליישומים מדור קודם להתממשק עם רכיבים מקוריים בענן ללא הגירה מלאה מיידית.

תנוחת הממשל נהנית מההתמצאות ההיסטורית של IBM כלפי מסגרות בקרה ארגוניות. עם זאת, בהירות הממשל תלויה בפילוח ממושמע של קבוצות משאבים ובקצאת מדיניות עקבית על פני גבולות היברידיים.

שיקולי סיכון ותפעול

IBM Cloud מפחית את סיכון ההגירה עבור ארגונים המפעילים תשתית ממוקדת IBM על ידי שמירה על מסלולי תאימות ואינטגרציה. עם זאת, רוחב המערכת האקולוגית צר יותר בהשוואה לספקי היפר-סקייל. פיזור אזורים גיאוגרפיים עשוי להיות פחות נרחב, דבר שיכול להשפיע על אופטימיזציית השהייה ואסטרטגיות יתירות גלובליות.

סיכון ריכוזיות ספקים עלול להיווצר כאשר ארגונים תלויים במידה רבה ברכיבי stack של IBM על פני תשתית, תוכנה בינונית ושכבות יישומים. מבני עלויות עשויים גם לדרוש הערכה ביחס לעוצמת עומס העבודה ולדפוסי קנה המידה.

מודל מדרגיות וביצועים

הפלטפורמה תומכת בקנה מידה אופקי באמצעות תזמור מכולות והרחבת שרתים וירטואליים. ארכיטקטורות מבוססות OpenShift מספקות ניידות בסביבות היברידיות, ומאפשרות חלוקה מחדש של עומסי עבודה ללא צורך במעבר מלא לפלטפורמה. עומסי עבודה בעלי ביצועים גבוהים הפועלים על תשתית IBM Power עשויים להפיק תועלת ממודלים של קנה מידה אנכי בשילוב עם שכבות אינטגרציה מבוססות ענן.

הקשר ארגוני מתאים

IBM Cloud מתאים ביותר לארגונים עם השקעות משמעותיות במערכת האקולוגית של IBM, במיוחד אלו המתחזקים עומסי עבודה מבוססי מיינפריים או Power. הוא מתאים לארגונים השואפים למודרניזציה היברידית המשמרת מערכות עסקאות ליבה תוך הרחבה הדרגתית של יכולות ענן מקוריות תחת פיקוח מובנה של ממשל.

תשתיות ענן של אורקל

אתר רשמי: https://www.oracle.com/cloud/

Oracle Cloud Infrastructure, המכונה בדרך כלל OCI, פועלת כפתרון תשתית דיגיטלי עבור סביבות עסקיות המעניקות עדיפות לעומסי עבודה המתמקדים במסד נתונים, מערכות תכנון משאבי ארגון ועיבוד טרנזקציות בעל ביצועים גבוהים. המודל הארכיטקטוני שלה מדגיש ביצועים צפויים, בידוד רשת ואינטגרציה הדוקה עם טכנולוגיות מסדי נתונים של Oracle. עבור ארגונים המושקעים עמוקות במערכות אקולוגיות של Oracle, OCI מספקת שכבת תשתית המותאמת לרישוי, ניהול נתונים ותיקי יישומים קיימים.

עיצוב אדריכלי מרכזי

OCI בנוי סביב מדורים בתוך מערכות בעלות ניסיון, מה שמאפשר בידוד מדיניות ופילוח עומסי עבודה בין מחלקות או תחומי תאימות. ארכיטקטורת הרשת שלו מתוכננת עם רוחב פס שאינו מנוי יתר על המידה ושכבות וירטואליזציה מבודדות שנועדו לספק ביצועים דטרמיניסטיים.

רכיבי היסוד כוללים:

• מופעי מחשוב של Bare Metal ומכונות וירטואליות
• מסד נתונים אוטונומי ושירותי מסד נתונים מנוהלים
• מערכות אחסון אובייקטים ואחסון בלוקים
• רשת ענן וירטואלית לפילוח תעבורה
• ניהול זהויות וגישה עם בקרת תפקידים מדויקת

אפשרויות פריסה של Bare Metal מבדילות את OCI מכמה מתחרים בקנה מידה גדול, ומציעות פרופילי ביצועים המתאימים לעומסי עבודה עתירי מסדי נתונים וליישומים ארגוניים מדור קודם הדורשים תפוקת IO צפויה.

יכולות פלטפורמה ומנגנוני בקרה

Oracle Cloud Infrastructure משתלבת באופן הדוק עם Oracle Database, שירותי Exadata ופלטפורמות SaaS ארגוניות כגון Oracle ERP ו-HCM. שילוב זה מפשט את מסלולי ההגירה עבור ארגונים שכבר מפעילים מחסניות מבוססות Oracle.

אכיפת מדיניות מתבצעת באמצעות בקרת גישה מבוססת תאים ותיוג משאבים. הצפנה מופעלת כברירת מחדל עבור נתונים במנוחה, ושירותי ניהול מפתחות תומכים בניהול קריפטוגרפי מרכזי. שירותי ניטור ורישום מספקים נראות טלמטריה, אם כי ארגונים משלבים לעתים קרובות פלטפורמות צפייה חיצוניות לצורך ניתוח מתקדם.

יכולות אוטומציה כוללות תשתית כתמיכה בקוד דרך Terraform וכלי תזמור מקוריים. תכונות אוטומציה של מסדי נתונים, במיוחד בתוך שירותי מסדי נתונים אוטונומיים, מפחיתות תקורה אדמיניסטרטיבית אך מציגות שיקולי תלות בפלטפורמה.

פרופיל סיכונים ושיקולי ממשל

OCI מפחית את החיכוך בהעברת מסדי נתונים עבור ארגונים התלויים באורקל. עם זאת, בגרות הממשל תלויה בתכנון מובנה של נוכחות בסיסית (tenance) ובהיררכיה ברורה של תאים. מודלים של תאים שאינם מוגדרים כראוי עלולים ליצור פערים בנראות ועמימות בהקצאת עלויות.

סיכון ריכוזיות ספקים מוגבר בסביבות בהן שכבות מסדי נתונים, יישומים ותשתיות מתכנסות תחת ספק יחיד. נדרשת הערכה אסטרטגית כדי לאזן בין יעילות תפעולית לגמישות ארכיטקטונית לטווח ארוך.

בקרות אחסון נתונים זמינות במספר אזורים, אם כי הנוכחות האזורית עשויה להיות מצומצמת יותר בהשוואה למתחרים גדולים יותר בקנה מידה היפר-סקייל. ארגונים עם דרישות יתירות גיאוגרפיות מחמירות חייבים להעריך בקפידה את הפיזור האזורי.

דינמיקת מדרגיות וביצועים

OCI תומך בהרחבה אנכית ואופקית כאחד. מערכות Bare Metal מאפשרות הרחבה אנכית בעלת ביצועים גבוהים עבור עומסי עבודה של מסדי נתונים, בעוד שקבוצות קנה מידה אוטומטי ותזמור מכולות מאפשרים צמיחה אלסטית עבור שירותים מבוזרים. ארכיטקטורת בידוד רשת יכולה לשפר את התפוקה הצפויה עבור מערכות טרנזקציונליות.

תרחיש ארגוני מתאים

תשתית הענן של Oracle מתאימה ביותר לארגונים המפעילים סביבות מסדי נתונים גדולות של Oracle, מערכות ERP או עומסי עבודה טרנזקציונליים רגישים לביצועים. היא מתאימה לארגונים המחפשים ביצועי מסד נתונים צפויים והעברה יעילה מתשתית Oracle מקומית, תוך שמירה על ממשל מובנה על סגמנטציה של משאבים מבוססי תאים.

VMware Cloud

אתר רשמי: https://www.vmware.com/cloud.html

VMware Cloud פועלת כפתרון תשתית דיגיטלית עבור סביבות עסקיות הדורשות המשכיות בין מרכזי נתונים וירטואליים קיימים לבין אסטרטגיות הרחבת ענן. במקום למצב את עצמה אך ורק כספקית ענן היפר-סקייל, VMware מתמקדת בהרחבת מודלים וירטואליזציה קיימים לסביבות ענן היברידיות ורב-ענן. עבור ארגונים עם השקעות משמעותיות ב-vSphere, NSX ו-vSAN, VMware Cloud מציעה נתיב למודרניזציה ללא שיבוש ארכיטקטוני מיידי.

ארכיטקטורת המשכיות היברידית

VMware Cloud בנוי על מודל Software Defined Data Center, המשלב וירטואליזציה של מחשוב, וירטואליזציה של רשת ואחסון מוגדר תוכנה תחת ניהול מאוחד. רכיבי הארכיטקטורה המרכזיים כוללים:

• vSphere להפשטת מחשוב
• NSX לרשתות מוגדרות תוכנה ומיקרו-סגמנטציה
• vSAN לניהול אחסון מבוזר
• vCenter לשליטה מרכזית
• VMware Cloud Foundation לניהול מחזור חיים משולב

בהקשרים של ענן ציבורי, VMware Cloud יכול לפעול על תשתית היפר-סקייל כמו AWS, Azure ו-Google Cloud, ולהפעיל ביעילות את מחסנית הווירטואליזציה של VMware בתוך סביבות ענן חיצוניות. גישה זו מאפשרת ניידות עומסי עבודה מבלי לדרוש שינוי ארכיטקטורה למבנים טבעיים של ענן.

החוזק הארכיטקטוני טמון במזעור דרישות העיבוד מחדש (refactoring). ניתן להעביר מכונות וירטואליות עם שינויים מוגבלים, תוך שמירה על מערכות הפעלה, שכבות תוכנה ותצורות יישומים. המשכיות זו מפחיתה את הסיכון לטרנספורמציה במהלך שלבי המודרניזציה המוקדמים.

מודל ממשל ובקרה תפעולית

תנוחת הממשל של VMware מתמקדת באכיפת מדיניות עקבית בסביבות פרטיות וציבוריות. מיקרו-סגמנטציה של NSX מאפשרת בידוד רשת מפורט, ומפחיתה את הסיכון לתנועה רוחבית בסביבות מבוזרות. ניתן להפיץ הגדרות מדיניות בין אשכולות, תוך שמירה על יישור אבטחה גם כאשר עומסי עבודה מועברים מחדש.

בקרת תפעולית נהנית מהיכרות ארגונית מבוססת. ארגונים רבים כבר מפעילים את VMware במרכזי נתונים פרטיים, מה שמפחית את התקורה הקוגניטיבית במהלך הרחבה היברידית. תכונות ניהול מחזור חיים הופכות את התקנות, העדכונים ועקביות התצורה לאוטומטיות.

עם זאת, מורכבות הממשל יכולה לגדול כאשר VMware Cloud משתרעת על פני מספר ספקי היפר-סקייל. שילוב עם מערכות זהות חיצוניות, כלי ניהול עלויות ופלטפורמות תצפית דורש תכנון ארכיטקטורה מכוון. ללא פיקוח מרכזי, התפשטות היברידית עשויה לשכפל את הפיצול שנראה באסטרטגיות מרובות עננים לא מנוהלות.

מאפייני מדרגיות ואילוצים

VMware Cloud תומך בהרחבה אופקית באמצעות קנה מידה של אשכולות והוספת מארחים. עם זאת, ייתכן שהגמישות לא תואמת את הפירוט של מודלים של קנה מידה מבוססי שרתים או מבוססי מכולות, הממוקמים בענן. ארכיטקטורות המתמקדות במכונות וירטואליות נושאות באופן טבעי תקורה של משאבים בהשוואה לחלופות מבוססות מכולות.

חיזוי הביצועים נותר חזק עבור עומסי עבודה ארגוניים מסורתיים, במיוחד כאלה שעדיין לא הותאמו מחדש עבור דפוסי מיקרו-שירותים מבוזרים. מערכות עתירות זיכרון ומעבד גבוהות נהנות ממבני וירטואליזציה עקביים.

אף על פי כן, הפלטפורמה עשויה להטיל תקרות מדרגיות כאשר ארגונים מנסים לשכפל התנהגויות אלסטיות ביותר של ענן באמצעות פרדיגמות מבוססות מכונות וירטואליות. נדרשת הערכה אסטרטגית כדי לקבוע האם המשכיות הווירטואליזציה תואמת את יעדי הטרנספורמציה הדיגיטלית ארוכי הטווח.

חשיפה לסיכונים ופשרות אסטרטגיות

VMware Cloud מפחית את הסיכון המיידי של הגירה על ידי שמירה על היכרות תפעולית. הוא תומך בגישות מודרניזציה מדורגות בהן עיבוד מחדש מתרחש בהדרגה. זה מתיישב עם מודלים של טרנספורמציה הדרגתית שנותנים עדיפות ליציבות על פני עיבוד מחדש מהיר.

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

חידוש ההערכה: היכן משתלב VMware Cloud

VMware Cloud יעיל ביותר בהקשרים הארגוניים הבאים:

• ארגונים עם שטחי VMware בוגרים המחפשים הרחבה היברידית ללא ארכיטקטורה מחדש מיידית
• תעשיות מוסדרות הדורשות בקרות וירטואליזציה יציבות ומובנות היטב
• ארגונים השואפים למודרניזציה הדרגתית במקום טרנספורמציה מהירה של ענן מקורי

זה פחות מתאים לארגונים שהמטרה האסטרטגית שלהם מתמקדת בארכיטקטורות ללא שרתים, תזמור מכולות בקנה מידה גדול כהפשטת מחשוב עיקרית, או אופטימיזציה אגרסיבית של עלויות באמצעות גמישות ענן גרגירית.

בפתרונות תשתית דיגיטלית לעסקים, VMware Cloud מייצג מודל המתמקד בהמשכיות, אשר נותן עדיפות לבלימת סיכונים ויציבות תפעולית על פני טרנספורמציה ארכיטקטונית משבשת.

תשתית דיגיטלית ופלטפורמות רשת של סיסקו

אתר רשמי: https://www.cisco.com

סיסקו פועלת כספקית פתרונות תשתית דיגיטלית עם התמקדות עיקרית במישורי בקרת רשת, קישוריות מאובטחת, רשתות שטח רחבות מוגדרות תוכנה (תוכנה מוגדרת מרחבית) ופילוח אמון-אפס (zero trust segmentation). בניגוד לספקי ענן בקנה מידה גדול (hyper-scale) שמתמקדים בתשתית סביב הפשטת מחשוב ואחסון, ההשפעה הארכיטקטונית של סיסקו מתחילה בשכבת הרשת ואכיפת המדיניות. בסביבות ארגוניות שבהן קישוריות, פילוח וניהול תעבורה קובעים את החוסן התפעולי, פלטפורמות סיסקו משמשות לעתים קרובות כרכיבי תשתית בסיסיים.

מודל ארכיטקטורה ממוקדת רשת

תיק התשתיות של סיסקו משתרע על פני רשתות מרכזי נתונים מקומיות, SD WAN משולב בענן, מסגרות קצה של שירותי גישה מאובטחים ובקרת גישה מבוססת זהויות. שכבות האדריכלות המרכזיות כוללות:

• Cisco ACI לאוטומציה של מארג מרכזי נתונים
• רשת WAN SD של סיסקו לקישוריות סניפים ואתרים מרובים
• מערכות חומת אש מאובטחת של סיסקו ומניעת חדירות
• מנוע שירותי הזהות של Cisco עבור בקרת גישה מבוססת מדיניות
• סיסקו מראקי לניהול רשת בענן

הארכיטקטורה מדגישה הגדרת מדיניות מרכזית עם אכיפה מבוזרת. פילוח רשת, מיקרו-פילוח ורשתות חפיפה מוצפנות מהווים את עמוד השדרה של אסטרטגיות קישוריות היברידיות. בסביבות המשלבות עומסי עבודה בענן ציבורי, פתרונות הרשת של סיסקו מרחיבים מנהרות מאובטחות ועקביות מדיניות בין ספקי ענן.

גישה זו מציבה את סיסקו כשכבת ניהול תשתית המשתרעת על פני סביבות מחשוב במקום להחליף אותן. היא מתפקדת כרקמה מקשרת בין מערכות מדור קודם, מרכזי נתונים ומערכות ענן ציבוריות.

אינטגרציה של מישור הבקרה ועומק אוטומציה

פלטפורמות סיסקו משלבות יותר ויותר יכולות אוטומציה ותזמור. מודלים של רשת מבוססת כוונה מאפשרים למנהלים להגדיר יעדי מדיניות ברמה גבוהה, אשר מתורגמים לשינויים בתצורת הרשת. תכנות תשתית באמצעות ממשקי API תומך באינטגרציה עם צינורות DevOps ותשתיות כמסגרות קוד.

טלמטריית אבטחה מאוחדת בין נקודות קצה, התקני רשת ושערי ענן. מנועי קורלציה אוספים זרמי אירועים כדי לזהות דפוסי תנועה חריגים והפרות מדיניות. עם זאת, תצפיות חוצות פלטפורמות עשויות לדרוש שילוב עם כלי SIEM וכלי ניתוח חיצוניים לקבלת נראות מקיפה.

בגרות האוטומציה משתנה בהתאם למודל הפריסה. פלטפורמות מנוהלות ענן כמו Meraki מספקות פיקוח תפעולי פשוט, בעוד שפריסות מסורתיות של מרכזי נתונים עשויות לדרוש מומחיות מעמיקה יותר בתצורה.

בלימת סיכונים ותנוחת אבטחה

הערך העיקרי של סיסקו בפתרונות תשתית דיגיטלית לעסקים טמון בבלימת סיכונים ממוקדת רשת. מיקרו-סגמנטציה מפחיתה את התפשטות התקפות רוחבית. בקרות רשת מודעות לזהות מגבילות גישה לא מורשית. ארכיטקטורות שכבת-על מוצפנות מגנות על נתונים במעבר בין אתרים מבוזרים.

עם זאת, מורכבות הממשל יכולה לגדול כאשר מספר קווי מוצרים של סיסקו פועלים בו זמנית. ניהול מדיניות מאוחד דורש תכנון ארכיטקטוני מובנה. פריסות מקוטעות עלולות לייצר בקרות חופפות ללא נראות מרכזית.

בנוסף, פתרונות של סיסקו בדרך כלל משלימים ולא מחליפים תשתית מחשוב ואחסון. ארגונים חייבים לתאם מודלים של ממשל בין שכבות הרשת והענן כדי למנוע חוסר עקביות במדיניות.

מדרגיות וטווח גיאוגרפי

פלטפורמות סיסקו ניתנות להרחבה אופקית על פני רשתות סניפים, סביבות קמפוס וארכיטקטורות WAN גלובליות. יכולות SD WAN מאפשרות ניתוב תעבורה דינמי וגיבוי בעת כשל בין ספקי קישוריות מרובים. זה משפר את החוסן בארגונים המפוזרים גיאוגרפית.

בהקשרים של שילוב ענן, יכולת ההרחבה תלויה בהתאמה עם ספקי היפר-סקייל הבסיסיים. ארכיטקטורת ה-overlay של סיסקו יכולה להרחיב את הפילוח לסביבות ענן ציבורי, אם כי עומק התזמור עשוי להשתנות בהתאם לשילוב הספק.

מגבלות אסטרטגיות ופשרות אדריכליות

ההתמקדות של סיסקו בתשתית ממוקדת רשת פירושה שהיא אינה מספקת שירותי הפשטת מחשוב מקיפים או שירותי פלטפורמת ענן. ארגונים המחפשים ערימות ענן מאוחדות חייבים לשלב את רשתות סיסקו עם ספקי תשתית נפרדים.

מבני עלויות יכולים לעלות בסביבות מבוזרות מאוד עקב שכבות חומרה, רישוי וניהול. ריכוז מיומנויות ברשתות מתקדמות נותר הכרחי, במיוחד עבור מארגים מורכבים של מרכזי נתונים.

חידוש ההערכה: היכן פלטפורמות סיסקו מספקות ערך מקסימלי

פתרונות התשתית הדיגיטלית של סיסקו מתאימים ביותר עבור:

• ארגונים עם דרישות קישוריות מורכבות מרובות אתרים
• ארגונים שנותנים עדיפות לסגמנטציה של אפס אמון ולרשתות מודעות זהות
• תעשיות מוסדרות הדורשות בקרת רשת דטרמיניסטית וביקורת
• מתחמים היברידיים הזקוקים לניהול רשת עקבי בין מערכות מקומיות וענן

הם פחות מתאימים כפתרונות תשתית עצמאיים בסביבות שבהן הפשטת מחשוב, קנה מידה ללא שרת או פונקציות הנדסת פלטפורמה שולטות בסדרי עדיפויות אסטרטגיים.

במסגרת הקטגוריה הרחבה יותר של פתרונות תשתית דיגיטלית לעסקים, סיסקו מספקת עמוד שדרה רשתי המתמקד בממשל, המחזק חוסן, משמעת פילוח וקישוריות מאובטחת על פני ארכיטקטורות ארגוניות מבוזרות.

פלטפורמת Red Hat OpenShift

אתר רשמי: https://www.redhat.com/en/technologies/cloud-computing/openshift

Red Hat OpenShift פועלת כפתרון תשתית דיגיטלית ממוקדת קונטיינרים עבור סביבות עסקיות המחפשות תזמור סטנדרטי בפריסות היברידיות ומרובה עננים. OpenShift, שנבנתה על Kubernetes, מרחיבה את תזמור הקונטיינרים עם בקרות אבטחה משולבות, זרימות עבודה למפתחים ויכולות ניהול מחזור חיים. היא משמשת כבסיס להנדסת פלטפורמה עבור ארגונים העוברים מארכיטקטורות מונוליטיות או ממוקדות מכונה וירטואלית למיקרו-שירותים ומודלים תפעוליים נייטיב בענן.

ארכיטקטורת תשתית מקורית של קונטיינרים

OpenShift בנוי סביב אשכולות Kubernetes אשר מפשטים משאבי מחשוב, רשת ואחסון לעומסי עבודה ממוכנים במכולות. ניתן לפרוס אותו באופן מקומי, בסביבות ענן ציבורי או בתצורות היברידיות. הרכיבים הארכיטקטוניים כוללים:

• תזמור של Kubernetes לתזמון מכולות
• רישום מכולות משולב
• מסגרת אופרטורים לאוטומציה של מחזור חיים
• רשת שירות לניהול תעבורה ותצפית
• בקרת גישה מבוססת תפקידים המותאמת למערכות זהות ארגוניות

בניגוד להפצות Kubernetes גולמיות, OpenShift אורזת בקרות ממשל, מדיניות אבטחה וצנרת מפתחים לשכבת פלטפורמה מאוחדת. זה מפחית את הפיצול בין מערכות אקולוגיות של כלים ויוצר מישור בקרה סטנדרטי.

גמישות היברידית היא מאפיין בולט. OpenShift יכולה לפעול על פני AWS, Azure, Google Cloud, IBM Cloud ומרכזי נתונים פרטיים, מה שמאפשר ניידות עומסי עבודה ללא תלות קפדנית בספק.

ממשל ואכיפת מדיניות

הממשל בתוך OpenShift מתמקד בסגמנטציה של מרחבי שמות, בקרת גישה מבוססת תפקידים ובקרות קבלה למדיניות. ארגונים יכולים לאכוף סטנדרטים של תמונות קונטיינרים, מדיניות רשת ואילוצי אבטחה לפני שעומסי עבודה מתקבלים לאשכולות.

ניהול מחזור חיים המונע על ידי מפעיל הופך את מחזורי התיקון והשדרוג לאוטומטיים, ומפחית את הסחיפה בין סביבות. עם זאת, יעילות הממשל תלויה במשמעת ארכיטקטורת האשכול. פילוח לקוי של מרחבי שמות או הקצאת הרשאות מוגזמת יכולים לשכפל סיכוני תשתית מסורתיים בתוך סביבות קונטיינריות.

שילוב עם ספקי זהויות ארגוניות מחזק את בקרת הגישה המרכזית. יכולות רישום ביקורת וניטור אירועים תומכות בהתאמת תאימות כאשר הן מוגדרות כראוי.

אוטומציה, DevOps והנדסת פלטפורמות

OpenShift משלבת זרימות עבודה של אינטגרציה רציפה ופריסה, ומאפשרת אוטומציה של מחזור חיי היישומים באותו מישור בקרה כמו תזמור התשתית. יישור זה מפחית את החיכוך בין פונקציות הפיתוח והתפעול.

תשתית כנוהלי קוד נתמכת באמצעות מודלים הצהרתיים של תצורה. צוותי הנדסת פלטפורמה יכולים להגדיר תוכניות אשכול סטנדרטיות האוכפות בידוד רשת, מכסות משאבים ומעקות אבטחה על פני יחידות עסקיות.

אף על פי כן, קונטיינריזציה דורשת עיצוב מחדש של יישומים בהקשרים רבים מדור קודם. העברת מכונות וירטואליות למכולות באמצעות Lift and Shift ללא עיבוד מחדש עשויה לא להניב את שיפורי הסקיילביליות או היעילות הצפויים.

מדרגיות והתנהגות אלסטית

OpenShift תומך בקנה מידה אופקי באמצעות יכולות קנה מידה אוטומטי של Kubernetes. ניתן לשכפל פודים באופן דינמי על סמך מדדי עומס, בעוד שניתן להוסיף או להסיר צמתים כדי להתאים את קיבולת האשכול. גמישות זו מתיישרת עם ארכיטקטורות מונחות אירועים ודפוסי מיקרו-שירותים.

חיזוי ביצועים תלוי בניהול מכסת משאבים ובתצורת מכולות נכונה. סביבות אשכול משותפות דורשות תכנון קיבולת ממושמע כדי למנוע תחרות משאבים.

אילוצים מבניים וסיכוני אימוץ

OpenShift מציג מורכבות תפעולית יחסית למודלים מסורתיים של וירטואליזציה. נדרשת מומחיות ב-Kubernetes לניהול שכבות רשת, תביעות אחסון מתמשכות ותצורות רשת שירות. יישור מיומנויות לקוי עלול להוביל לתצורה שגויה או תת-ניצול של יכולות הפלטפורמה.

שיקולי עלות כוללים רישוי, הקצאת תשתית ותקורות תפעוליות. בעוד שניידות מפחיתה את הסיכון של נעילת ספקים, ארגונים חייבים להשקיע בבשלות ממשל כדי למנוע התפשטות אשכולות על פני סביבות שונות.

חידוש ההערכה: הקשר ארגוני אידיאלי

Red Hat OpenShift מתאים ביותר עבור:

• ארגונים מתקדמות בארכיטקטורות מיקרו-שירותים מבוססות קונטיינרים
• ארגונים המחפשים ניידות היברידית בין ספקי ענן מרובים
• צוותי הנדסת פלטפורמה המחפשים ניהול תזמור מרכזי
• סביבות בהן אוטומציה של DevOps מקבלת עדיפות אסטרטגית

זה פחות מתאים לארגונים שמסתמכים במידה רבה על יישומים מונוליטיים ללא מפות דרכים למודרניזציה או לאלו המחפשים מורכבות תפעולית מינימלית בשלבי אימוץ מוקדמים של הענן.

בתוך פתרונות תשתית דיגיטלית לעסקים, OpenShift מייצגת מישור בקרה ממוקד תזמור, המדגיש ניידות, משמעת אוטומציה וממשל מכולות מובנה על פני מתחמים היברידיים.

השוואת תכונות של פלטפורמת תשתית דיגיטלית

פתרונות תשתית דיגיטלית לעסקים נבדלים לא רק ברוחב השירות אלא גם בפילוסופיה הארכיטקטונית, עומק הממשל ומודל קנה המידה. חלק מהפלטפורמות מתמקדות בהפשטת מחשוב אלסטית, אחרות בהמשכיות היברידית, תזמור מכולות או בקרה ממוקדת רשת. לכן, החלטות בחירת ארגוניות חייבות לשקול התאמה מבנית עם מפות דרכים של מודרניזציה, יציבה רגולטורית וריכוז מיומנויות תפעוליות ולא רק נפח תכונות.

ההשוואה הבאה מדגישה מאפיינים ארכיטקטוניים וממשליים מרכזיים בפלטפורמות שנותחו קודם לכן.

סקירת יכולות הפלטפורמה

פלטפורמה	מיקוד ראשוני	מודל אדריכלות	עומק אוטומציה	נראות תלות	יכולות אינטגרציה	יישור ענן	תקרת מדרגיות	תמיכה בממשל	מקרה השימוש הטוב ביותר	מגבלות מבניות
אמזון שירותי אינטרנט	תשתית ענן אלסטית	ענן היפר-סקייל מבוסס אזור ואזור זמינות	גבוה עם תשתית כקוד ושירותים מנוהלים	בינוני ללא כלי ניתוח חיצוניים	מערכת אקולוגית רחבה ואינטגרציה של API	ענן תחילה עם הרחבות היברידיות	גמישות אופקית גבוהה מאוד	חזק אך תלוי תצורה	טרנספורמציה ענן בקנה מידה גדול	מורכבות, שונות עלויות, ריכוזיות ספקים
Microsoft Azure	ענן ארגוני היברידי	היררכיית ענן מבוססת מנויים ומדיניות	גבוה עם מדיניות כקוד	מתון עם ניטור מקורי	אינטגרציה חזקה של המערכת האקולוגית של מיקרוסופט	היברידית וממוקדת זהות ארגונית	קנה מידה אופקי גבוה	מדיניות חזקה וממשל זהות	מכוניות היברידיות ממוקדות מיקרוסופט	התפשטות מנויים, ריכוז סיכון זהות
פלטפורמת Google Cloud	ענן מבוזר מונחה נתונים	מארג ענן משולב גלובלי	גבוה עבור עומסי עבודה של קונטיינרים ואנליטיקה	בינוני עם מחסנית תצפיות	אנליטיקה חזקה ואינטגרציה חזקה של קונטיינרים	ארכיטקטורה מבוזרת מקורית לענן	גבוה עבור עומסי עבודה של נתונים ומיקרו-שירותים	בנוי באמצעות היררכיה ארגונית	מערכות עתירות נתונים ומכונטיות	עומק המערכת האקולוגית בערימות ארגוניות מסורתיות
IBM Cloud	היברידי עם אינטגרציה של מיינפריים	ארכיטקטורה היברידית ממוקדת OpenShift	בינוני עד גבוה בהקשרים מוסדרים	לְמַתֵן	אינטגרציה חזקה של המערכת האקולוגית של יבמ	היברידי ומורשת מיושר	לְמַתֵן	בקרות מוכוונות תאימות	ארגונים משולבים של מיינפריים וחשמל	מערכת אקולוגית צרה יותר, גבולות תפוצה אזוריים
תשתיות ענן של אורקל	ענן ממוקד מסד נתונים	מודל שכירות מבוסס תאים	מתון עם אוטומציה של מסדי נתונים	מוגבל באופן טבעי	יישור מחסנית חזק של אורקל	היברידי וממוקד בסיס נתונים	גבוה עבור עומסי עבודה טרנזקציונליים	ניהול מדיניות מדור	מערכות ERP של Oracle וניהול מסדי נתונים	ריכוזיות ספקים, שונות אזורית
VMware Cloud	המשכיות וירטואליזציה	מודל מרכז נתונים מוגדר תוכנה	מתון עם אוטומציה של מחזור החיים	מוגבל באופן טבעי	אינטגרציה חזקה עם היפרסקיילרים	גשר וירטואליזציה היברידי	בינוני בהשוואה לענן המקורי	חזק בתחום הווירטואליזציה	מודרניזציה הדרגתית ללא אדריכלות מחדש	אילוצי גמישות, מורכבות רישוי
פלטפורמות סיסקו	ניהול רשת וקישוריות	רשת מוגדרת תוכנה ושכבות שכבה של SD WAN	מתון באמצעות נטוורקינג מבוסס כוונה	שכבת רשת חיצונית מוגבלת	אינטגרציה חזקה ברשת	קישוריות היברידית וריבוי אתרים	גבוה בקנה מידה של רשת	בקרות חזקות על פילוח רשת	אפס אמון וקישוריות גלובלית	לא מספק פלטפורמת מחשוב מלאה
רד האט	מישור בקרת תזמור מכולות	פלטפורמה היברידית מבוססת Kubernetes	גבוה באוטומציה של DevOps	בינוני עם טלמטריה משולבת	ניידות ענן מרובה	מיקוד במכולות היברידיות ומרובה עננים	קנה מידה אופקי גבוה עבור מכולות	מרחב שמות ואכיפת מדיניות חזקים	הנדסת פלטפורמות ומיקרו-שירותים	מורכבות תפעולית, תלות במיומנות המכולה

תצפיות אנליטיות

מובילי גמישות ענן מקורית
שירותי האינטרנט של אמזון, מיקרוסופט תכלית וגוגל קלאוד פלטפורמה מספקים את הרמה הגבוהה ביותר של קנה מידה אופקי ופריסת תשתית גלובלית. הם מתאימים לארגונים המעדיפים גמישות, יתירות גיאוגרפית ומערכות אקולוגיות רחבות של שירותים.

המשכיות היברידית ויישור מדור קודם
IBM Cloud, VMware Cloud ו-Oracle Cloud Infrastructure מדגישות תאימות עם השקעות ארגוניות קיימות. הן מפחיתות חיכוך במעבר, אך עשויות להכניס אילוצי ריכוזיות או גמישות של המערכת האקולוגית.

ניהול רשתות וסגמנטציה
פלטפורמות סיסקו מספקות ניהול קישוריות חזק ומשמעת פילוח, אך יש לשלב אותן עם ספקי מחשוב ואחסון כדי לספק ערימת תשתית דיגיטלית מלאה.

מטוסי בקרה ראשונים של מכולה
Red Hat OpenShift מתפקדת כשכבת תזמור בין ספקים, המאפשרת ניידות עומסי עבודה ויישור DevOps. היא מחזקת את תחום הנדסת הפלטפורמה אך מגבירה את המורכבות התפעולית.

תלות בממשל בכל הפלטפורמות
בכל הפתרונות, בגרות הממשל תלויה פחות בתכונות מקוריות ויותר בבהירות אדריכלית, פילוח זהויות, משמעת אכיפת מדיניות ואינטגרציה עם מסגרות מובנות לניהול סיכונים. ללא מודלים מפורשים של פיקוח, הרחבת תשתית דיגיטלית עלולה לשכפל פיצול בסביבות היברידיות.

החלק הבא יבחן אשכולות כלי תשתית דיגיטלית ייעודיים ונישתיים המטפלים במקרי שימוש ספציפיים כגון תשתית היברידית מבוססת צריכה, ארכיטקטורות ממוקדות חיבור ומישורי בקרה ממוקדי משילות.

כלי תשתית דיגיטלית ייעודיים ונישתיים

לא כל פתרונות התשתית הדיגיטלית לעסקים נועדו לתפקד כפלטפורמות היפר-סקייל בספקטרום מלא. בסביבות ארגוניות רבות, אילוצים ספציפיים כגון אחסון נתונים מקומי, צפיפות חיבורים, מודלי רכש מבוססי צריכה או דרישות ניהול תפעול IT מחייבים ספקי תשתית ייעודיים יותר. פלטפורמות אלו משלימות לעתים קרובות ולא מחליפות סביבות ענן היפר-סקייל, ויוצרות ארכיטקטורות בקרה שכבתיות.

כלי תשתית נישה בדרך כלל מטפלים בפערים מבניים שפלטפורמות רחבות אינן נותנות עדיפות. חלקם מתמקדים בתשתיות היברידיות מבוססות צריכה, אחרים במארג חיבור בצפיפות גבוהה, ואחרים במישורי בקרת תפעול IT. האשכולות הבאים מנתחים פתרונות ייעודיים כאלה תוך דגש על יישור אדריכלי, יציבות ממשל ופשרות מבניות.

כלים לתשתית היברידית מבוססת צריכה

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

Hewlett Packard Enterprise GreenLake

מיקוד ראשוני
תשתית מקומית המסופקת תחת מודלים פיננסיים ותפעוליים מבוססי צריכה.

נקודתי חוזק
GreenLake מאפשרת לארגונים לפרוס חומרת מחשוב, אחסון ורשת בתוך המתקנים שלהם תוך תשלום המבוסס על מדדי שימוש. מאגרים של קיבולת מוגדרים מראש כדי לתמוך בגמישות ללא מחזורי הוצאות הון מיידיות. שילוב עם כלי ניהול ענן היברידי מאפשר גמישות במיקום עומסי עבודה. המודל מתאים היטב לארגונים המתמודדים עם דרישות מחמירות של אחסון נתונים או חיזוי ביצועים.

מגבלות
הגמישות אינה תואמת את הפירוט של ענן היפר-סקייל. טביעת הרגל הפיזית נשארת באתר. תלות בספקים עשויה לגדול אם סטנדרטיזציה של התשתית תתכנס אך ורק לחומרת HPE.

התרחיש המתאים ביותר
ארגונים מוסדרים הדורשים בקרה מקומית בשילוב עם רכש דמוי ענן וגמישות במחזור החיים.

Dell APEX

מיקוד ראשוני
תשתית כשירות המסופק בסביבות מקומיות וקולוקציה.

נקודתי חוזק
Dell APEX מספקת ערימות מחשוב ואחסון ניתנות להרחבה עם מודלי צריכה מבוססי מנוי. שילוב עם VMware ומחברי ענן מרובים תומך בתזמור היברידי. ניהול מרכזי מפשט עדכוני מחזור חיים על פני תשתיות מבוזרות.

מגבלות
קנה המידה של ביצועים נותר מוגבל על ידי ארכיטקטורת הפריסה הפיזית. יעילות עלויות תלויה בתחזית מדויקת של עומסי עבודה ובתכנון קיבולת.

התרחיש המתאים ביותר
ארגונים המחפשים תשתית סטנדרטית ללא מעבר מיידי לפלטפורמות ענן בקנה מידה גדול.

Lenovo TruScale

מיקוד ראשוני
תשתית מרכז נתונים מבוססת צריכה עם שירותי תמיכה משולבים.

נקודתי חוזק
TruScale משלבת הקצאת חומרה, שירותים מנוהלים וחיוב מבוסס שימוש. היא תומכת בארגונים הממודרנים מרכזי נתונים בהדרגה תוך שמירה על פיקוח על התשתית הפיזית.

מגבלות
מערכת אקולוגית גלובלית מוגבלת יחסית לספקי היפר-סקייל. שילוב שירותים מתקדמים בענן דורש שכבות כלים נוספות.

התרחיש המתאים ביותר
ארגונים מודרניזציה של מרכזי נתונים אזוריים תחת אילוצי חיזוי תקציבי.

טבלת השוואה לתשתית היברידית מבוססת צריכה

פלטפורמה	מיקוד ראשוני	עומק הממשל	מודל גמישות	היקף האינטגרציה	הכי מתאים
HPE GreenLake	צריכה מקומית של ענן	מתון עם ניהול מרכזי	גמישות חיץ קיבולת	מחברי ענן היברידיים	תעשיות מוסדרות עם צרכים של אחסון נתונים
Dell APEX	מחסנית תשתית מנויים	ניהול באמצעות בקרת מחזור חיים מרכזית	קיבולת פיזית מדורגת	מחברי VMware ורב-ענן	ארגונים מבוזרים מתקינים חומרה
Lenovo TruScale	תשתית מרכז נתונים מנוהלת	ניהול באמצעות שירותים מנוהלים	התרחבות מונעת תחזית	מודרניזציה של מרכז הנתונים	יוזמות מודרניזציה אזוריות

הבחירה הטובה ביותר לתשתית היברידית מבוססת צריכה

Hewlett Packard Enterprise GreenLake מייצג את מודל הממשל והאינטגרציה ההיברידית הבוגר ביותר בתוך אשכול זה. יכולתו להתאים את החיזוי הפיננסי עם מודרניזציה של תשתיות תומכת בארגונים המבצעים אסטרטגיות טרנספורמציה הדרגתית בדומה לגישות מודרניזציה מובנית המתוארות ב- אסטרטגיות מודרניזציה הדרגתיות.

כלים לתשתיות ממוקדות חיבור וקולוקציה

בארגונים מבוזרים דיגיטלית, צפיפות החיבוריות ברשת והקרבה למספר ספקי ענן יכולות לקבוע את זמן ההשהיה, היתירות והחוסן התפעולי. פלטפורמות המתמקדות בחיבוריות עוסקות בדרישה מבנית זו.

פלטפורמת אקוויניקס

מיקוד ראשוני
תשתית חיבוריות וקולוקינג גלובלית.

נקודתי חוזק
Equinix מפעילה מרכזי נתונים בצפיפות גבוהה הממוקמים אסטרטגית ליד ספקי ענן ותשתיות תקשורת. הפלטפורמה שלה מאפשרת חיבורים פרטיים ישירים בין ארגונים וספקי ענן בקנה מידה גדול, ובכך מפחיתה את התלות בניתוב אינטרנט ציבורי. ארכיטקטורה זו משפרת את עקביות ההשהיה ומחזקת את תחום פילוח הרשת.

מגבלות
אינו מספק הפשטה מלאה של מחשוב ענן. ארגונים חייבים להשתלב עם תשתית ענן נפרדת או תשתית מקומית.

התרחיש המתאים ביותר
ארגונים גלובליים הדורשים קישוריות מרובת עננים עם בקרת השהייה דטרמיניסטית.

פלטפורמת נדל"ן דיגיטלית

מיקוד ראשוני
תשתית מרכז נתונים וקישוריות עבור ארגונים מבוזרים.

נקודתי חוזק
PlatformDIGITAL מספקת שירותי קולוקציה, חיבור צולב וחיבור בין אזורים גלובליים. היא תומכת בארכיטקטורות היברידיות שבהן עומסי עבודה משתרעים על פני מרכזי נתונים פרטיים וסביבות ענן ציבורי. סמיכות הרשת מפחיתה את החשיפה לתנאי רשת ציבורית בלתי צפויים.

מגבלות
יש להפריד בין יכולות הפשטת חישוב ותזמור. עקביות הממשל תלויה באינטגרציה עם מישורי בקרה ארגוניים.

התרחיש המתאים ביותר
ארגונים נותנים עדיפות ליתירות גיאוגרפית ולחיבור מבוקר בין סביבות היברידיות.

Megaport

מיקוד ראשוני
שירותי חיבור מבוססי תוכנה.

נקודתי חוזק
מגהפורט מספקת קישוריות לפי דרישה בין מרכזי נתונים לספקי ענן באמצעות שירותי חיבור צולב וירטואליים. מודל זה, המוגדר באמצעות תוכנה, מאפשר הקצאת רוחב פס דינמית ללא צורך בשינוי תצורה פיזית.

מגבלות
תלוי בנוכחות של קולוקציה בסיסית. אינו מחליף ספקי תשתית מרכזית.

התרחיש המתאים ביותר
ארגונים הדורשים התאמות קישוריות מהירות וניתנות לתכנות בין עומסי עבודה היברידיים.

טבלת השוואה לתשתית ממוקדת חיבור

פלטפורמה	מיקוד ראשוני	בקרת רשת	קרבת ענן	יישור ממשל	הכי מתאים
Equinix	מארג חיבור גלובלי	צפיפות פיזית גבוהה	קרבה חזקה בין עננים מרובים	תלוי בשכבת מדיניות הארגון	ארגונים גלובליים מרובי ענן
תיווך דיגיטלי	קולוקציה וקישוריות	לְמַתֵן	כיסוי אזורי רחב	נדרשת אינטגרציה	אסטרטגיות יתירות גיאוגרפית
Megaport	קישוריות מוגדרת תוכנה	רוחב פס גבוה לתכנות	תלוי בהחלפת ענן	דורש שילוב מדיניות	קישוריות היברידית דינמית

הבחירה הטובה ביותר לתשתית חיבור

Equinix מספקת את צפיפות החיבורים המבנית החזקה ביותר ואת טווח ההגעה הגלובלי בתוך אשכול זה. עבור ארגונים המתמודדים עם אתגרי תפוקה חוצי גבולות המתוארים ב ניתוח תפוקה של ענן מדור קודםEquinix מאפשרת ארכיטקטורות קישוריות דטרמיניסטיות שמפחיתות את שונות ההשהיה ומשפרות את החוסן.

כלים לתפעול IT וניהול תשתיות מערכות בקרה

פתרונות תשתית דיגיטלית לעסקים דורשים יותר ויותר שכבות של ממשל מרכזי המנהלות נכסים, אירועים ואכיפת מדיניות על פני פלטפורמות הטרוגניות.

ניהול תפעול IT של ServiceNow

מיקוד ראשוני
ניהול תשתיות, מיפוי שירותים ותזמור אירועים.

נקודתי חוזק
ServiceNow ITOM משלבת מסדי נתונים של ניהול תצורה, מיפוי שירותים וזרימות עבודה אוטומטיות לתיקון בעיות. היא מספקת נראות על פני רכיבי ענן, תשתית מקומית והיברידית. יכולות קורלציה של אירועים מפחיתות רעש ותומכות בבידוד מובנה של גורמי שורש.

מגבלות
אינו מחליף ספקי תשתית בסיסיים. פריסה יעילה תלויה בנתוני תצורה מדויקים ובשילוב ממושמע בין שרשראות כלים.

התרחיש המתאים ביותר
ארגונים הדורשים ניהול תשתיות מרכזי וזרימות עבודה מובנות של אירועים.

BMC Helix ITOM

מיקוד ראשוני
נצפיות וממשל תפעולי.

נקודתי חוזק
BMC Helix מאחדת יכולות טלמטריה, קורלציה של אירועים ואוטומציה על פני תשתיות. היא משתלבת עם מערכות ניהול תצורה ותומכת בניתוח ניבוי של מגמות קיבולת ואירועים.

מגבלות
מורכבות האינטגרציה עשויה לעלות בסביבות הטרוגניות מאוד. יישור ממשל תלוי בקליטת נתונים מדויקת מהפלטפורמות הבסיסיות.

התרחיש המתאים ביותר
ארגונים גדולים עם מסגרות ניהול שירותי IT בוגרות.

ניהול מנוע הפעלה פלוס

מיקוד ראשוני
ניטור תשתיות וניהול תצורה.

נקודתי חוזק
מספק יכולות משולבות לניטור רשת, שרת ואפליקציות עם מעקב אחר תצורה. מתאים לארגונים בינוניים עד גדולים המחפשים פיקוח מאוחד ללא מורכבות של היפר-סקייל.

מגבלות
ייתכן שמדרגיות תהיה מוגבלת בסביבות גלובליות מבוזרות ביותר. ניתוח ניבוי מתקדם עשוי לדרוש מודולים נוספים.

התרחיש המתאים ביותר
ארגונים המרכזים ניטור תשתיות תחת לוחות מחוונים מאוחדים.

טבלת השוואה עבור מישורי בקרת ממשל

פלטפורמה	מיקוד ראשוני	עומק הראות	היקף האוטומציה	מיפוי תלות	הכי מתאים
ServiceNow ITOM	מיפוי וממשל שירותים	גבוה במערכות משולבות	זרימות עבודה חזקות לתיקון	ניהול דרך CMDB	ארגונים מוסדרים עם ITSM מובנה
BMC הליקס	צפייה ואנליטיקה	צבירת טלמטריה גבוהה	אוטומציה חזויה	לְמַתֵן	ארגונים גלובליים גדולים
ניהול	ניטור ותצורה	לְמַתֵן	אוטומציה בסיסית	מוגבל	יוזמות ניטור מאוחדות

הבחירה הטובה ביותר עבור מישורי בקרת ממשל

ניהול תפעול IT של ServiceNow מספק את האינטגרציה המקיפה ביותר בין נראות תשתית וזרימת עבודה של ממשל. יכולות קורלציית האירועים שלו תואמות את הגישות המובנות שנדונו ב ניתוח קורלציה של גורם שורש, המאפשר לארגונים להכיל סיכונים תפעוליים באחוזות תשתית דיגיטליות מבוזרות.

מגמות המעצבים תשתית דיגיטלית ארגונית

פתרונות תשתית דיגיטלית לעסקים עוברים עיצוב מחדש על ידי ביזור אדריכלי, הרחבת רגולציה ומודלים תפעוליים המונעים על ידי אוטומציה. ארגונים כבר לא מעריכים תשתיות אך ורק על סמך מדדי ביצועים וזמינות. במקום זאת, פלטפורמות תשתית מוערכות על סמך יכולתן לתמוך בתנועת נתונים מבוזרת, דפוסי אינטגרציה היברידיים ושקיפות ממשלתית על פני תחומים אדמיניסטרטיביים מרובים.

במקביל, יוזמות טרנספורמציה דיגיטלית מצטלבות יותר ויותר עם חובות ניהול סיכונים. ארכיטקטורת התשתית חייבת כעת לעמוד בו זמנית בדרישות ביצועים, חוסן, תאימות ואחריות פיננסית. המגמות הבאות ממחישות כיצד אסטרטגיית התשתית הדיגיטלית מתפתחת תחת לחצים מתכנסים אלה.

נרמול ענן מרובה ונורמליזציה היברידית

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

נורמליזציה היברידית דורשת אכיפת זהויות עקבית, פילוח רשת וניידות עומסי עבודה בין סביבות. ארגונים מסתמכים יותר ויותר על תוכניות אינטגרציה סטנדרטיות הדומות לאלו המתוארות ב תוכניות אינטגרציה ארגוניותללא משמעת מבנית כזו, הרחבת התשתית מובילה למדיניות הצפנה לא עקבית, מסגרות רישום כפולות וצינורות פריסה שונים.

אסטרטגיות למיקום עומסי עבודה מתחשבות כעת ברגישות להשהייה, בכובד הנתונים, בגבולות התאימות וביכולת חיזוי עלויות. דינמיקת יציאה וכניסה של נתונים משפיעה על החלטות ארכיטקטורה, במיוחד במערכות בהן צינורות אנליטיקה משתרעים על פני פלטפורמות מדור קודם ופלטפורמות ענן. לכן, ניהול התשתיות חייב להתרחב מעבר להקצאה ולכלול בקרות תפוקה חוצות גבולות ואכיפת מיקום נתונים.

נרמול עננים מרובים גם מעלה את החשיבות של איחוד תצפיות. זרמי טלמטריה מקוטעים בין ספקים מסבכים את בלימת האירועים. ארגונים מרכזים יותר ויותר רישום וצינורות קורלציה של אירועים כדי להימנע מנקודות עיוורות תפעוליות.

מדיניות כקוד ודטרמיניזם תשתיות

אוטומציה של תשתיות התקדמה מפריסת משאבים באמצעות סקריפטים לאכיפת בקרות תאימות וממשל באופן הצהרתי. מדיניות כמסגרות קוד מאפשרת לארגונים להגדיר דרישות הצפנה, סטנדרטים של בידוד רשת ומוסכמות תיוג בתוך מאגרים מבוקרי גרסאות.

דטרמיניזם זה מפחית סטיית תצורה ומחזק את מוכנות הביקורת. הוא מתיישב עם מודלים של ניהול שינויים מובנים המוזכרים ב מסגרות ניהול שינוי ארגוניכאשר הגדרות מדיניות מקודדות ונבדקות לפני הפריסה, שינויים בתשתית הופכים לאירועים מדידים ולא להתאמות אד-הוק.

עם זאת, אוטומציה אינה מבטלת את אחריות הממשל. מדיניות שאינה מוגדרת כראוי עלולה להפיץ תצורה שגויה בקנה מידה גדול. ארגונים חייבים לשלב אימות מדיניות, ביקורת עמיתים וניתוח השפעה לפני יישום אוטומציה על פני מערכות הייצור.

דטרמיניזם של תשתיות משפיע גם על שקיפות עלויות. כאשר דפוסי האספקה ​​​​מתוקננים, תכנון קיבולת וחיזוי פיננסי הופכים לחיזוי טוב יותר. זה תורם לבשלות משופרת של FinOps על פני נכסים היברידיים.

הרחבת קצה ומחשוב מבוזר

מחשוב קצה מגדיר מחדש את גבולות התשתית הדיגיטלית. ארגונים פורסים משאבי מחשוב ואחסון קרוב יותר לנקודות ייצור נתונים, כולל מתקני ייצור, סניפי קמעונאות, מרכזי בריאות ומרכזי לוגיסטיקה. ביזור זה מפחית את זמן ההשהיה ותומך בדרישות עיבוד בזמן אמת.

עם זאת, הרחבת קצה הרשת מכפילה את מספר צמתי הממשל. כל מיקום מבוזר מציג מחזורי תיקון נוספים, נקודות קצה של זהות ודרישות פילוח רשת. צוותי תשתית חייבים להבטיח אכיפת בקרה עקבית במערכות מרכזיות ופריפריאליות.

סביבות מחשוב מבוזרות נהנות מצינורות טלמטריה מובנים. טכניקות קורלציה של אירועים דומות לאלו שנדונו ב מודלים של קורלציה של אירועים ארגוניים הופכים חיוניים לזיהוי דפוסים מערכתיים על פני צמתים המפוזרים גיאוגרפית.

גם רמת האבטחה הופכת מורכבת יותר בקצה. סיכון החשיפה הפיזית עולה ביחס למרכזי נתונים מרכזיים. לכן, פתרונות תשתית חייבים לשלב יכולות הצפנה, אימות זהות וזיהוי אנומליות ישירות במודלי פריסה מבוזרים.

התרחבות קצה הרשת צפויה להמשיך ולגדול ככל שאימוץ האינטרנט של הדברים (IoT) ודרישות האנליטיקה בזמן אמת יתגברו. ארגונים חייבים לאזן בין יתרונות הביזור לבין נטל הממשל שהוא מביא.

דפוסי כשל נפוצים בתשתיות דיגיטליות

יוזמות תשתית דיגיטלית נתקלות לעתים קרובות במכשולים מערכתיים שאינם טכניים בלבד. דפוסי כשל נובעים לעתים קרובות מחוסר יישור ארכיטקטוני, עמימות ממשלתית והתרחבות בלתי מבוקרת ולא מיכולת פלטפורמה לא מספקת. זיהוי מוקדם של דפוסים אלה מפחית את עלויות התיקון לטווח ארוך ואת חוסר היציבות התפעולית.

בסביבות ארגוניות מורכבות, כשל תשתית מתבטא לעיתים רחוקות בהפסקה מוחלטת. במקום זאת, הוא מופיע כשבריריות הדרגתית, תנודתיות בעלויות וסטייה בממשל. הדפוסים הבאים מדגישים חולשות מבניות חוזרות ונשנות שנצפו בתוכניות תשתית דיגיטליות בקנה מידה גדול.

סחף תצורה ופיצול מדיניות

ככל שאחוזות התשתית מתרחבות בסביבות ענן וסביבות מקומיות, קשה לשמור על עקביות בתצורה. התאמות ידניות, תיקוני חירום וחריגים ספציפיים לסביבה שוחקים בהדרגה את קווי הבסיס של המדיניות הסטנדרטית.

סטיית תצורה מציבה אתגרי ביקורת ומגדילה את הסבירות לחשיפה ביטחונית. סטנדרטים מקוטעים של הצפנה, תפקידי זהות לא עקביים ופילוח רשת לא אחיד עשויים להישאר בלתי מזוהים עד שאירוע יחשוף פערים מבניים.

היעדר ניתוח השפעה מובנה מחמיר את הסיכון הזה. ללא מודעות לתלות בדומה לפרקטיקות המתוארות ב מתודולוגיות ניתוח השפעה, שינויים בתשתית עלולים להשפיע באופן לא מכוון על מערכות במורד הזרם.

מניעת סטיית תצורה דורשת מאגרי מדיניות מרכזיים, אימות תאימות אוטומטי וניטור מתמשך. מסגרות ממשל חייבות להתייחס לסטייה כמדד מדיד ולא כאירוע מקרי.

ריכוז יתר במערכות אקולוגיות של ספק יחיד

איחוד מחשוב, אחסון, זהות ורשתות תחת ספק יחיד מפשט את האינטגרציה אך מגביר את הסיכון לריכוזיות. תלות בספקים יכולה להגביר את החשיפה התפעולית אם מבני התמחור משתנים או שיבושים בשירות מתרחשים.

בעוד שאיחוד אקוסיסטם עשוי להביא ליעילות לטווח קצר, הוא מפחית את הגמישות האסטרטגית. ארגונים שמרכזים את כל מישורי הבקרה תחת ספק יחיד מתמודדים לעתים קרובות עם קושי בניהול משא ומתן על חוזים או ביצוע שינויים ארכיטקטוניים עתידיים.

גישה מאוזנת מפזרת שירותים קריטיים תוך שמירה על בהירות ממשל. אסטרטגיות היברידיות או מרובות עננים מפחיתות את סיכון הריכוזיות אך דורשות תכנון אינטגרציה ממושמע.

חוסר יישור יכולת צפייה עם ארכיטקטורה

תוכניות תשתית רבות פורסות כלי ניטור לאחר קבלת החלטות ארכיטקטוניות מרכזיות. רצף זה גורם לפערים בטלמטריה ולאיכות נתונים לא עקבית בסביבות שונות.

יכולת התצפית חייבת להיות תואמת לטופולוגיית התשתית מראשיתה. ללא היררכיות רישום מובנות ושיטות מיפוי חומרה דומות לאלה המתוארות ב מסגרות חומרת יומן, זיהוי אירועים ובידוד שורש הבעיה הופכים ללא יעילים.

יתר על כן, טלמטריה לא עקבית פוגעת בתכנון הקיבולת ובחיזוי העלויות. ניהול תשתיות מבוסס נתונים תלוי במדדי ביצועים וניצול אמינים בכל הסביבות.

אי-התאמה של יכולת התצפית עם הארכיטקטורה יוצרת פעולות ריאקטיביות במקום ניהול תשתיות ניבוי. ארגונים המטמיעים משמעת טלמטריה בשלב מוקדם משיגים חוסן חזק יותר ושקיפות עלויות.

ממשל ותאימות בתשתיות היברידיות

ממשל ותאימות אינם עוד שיקולים שוליים בפתרונות תשתית דיגיטלית לעסקים. מנדטים רגולטוריים, סטנדרטים בתעשייה והתחייבויות חוזיות דורשים שליטה ניתנת להוכחה על תנועת נתונים, מדיניות גישה וחוסן המערכת. לכן, ארכיטקטורת התשתית חייבת לשלב בקרות תאימות כרכיבים מבניים ולא כשכבות-על לאחר הפריסה.

סביבות היברידיות מגבירות את מורכבות הממשל. כאשר עומסי עבודה משתרעים על פני ספקי ענן מרובים, מרכזי נתונים מקומיים ושירותי צד שלישי, גבולות האחריות מטשטשים. מדיניות תאימות חייבת להשתרע על פני כל סביבה עם אכיפת מדיניות עקבית ונראות ביקורת.

יישור רגולטורי בין סביבות מבוזרות

תעשיות מפוקחות כגון בנקאות, שירותי בריאות ומוסדות במגזר הציבורי חייבות לאמת סטנדרטים של הצפנה, הפרדת זהויות ורישום גישה בכל שכבות התשתית. במגזרים היברידיים, בקרות אלו חייבות להיות עקביות בין אם עומסי עבודה פועלים בענן ציבורי או במרכזי נתונים פנימיים.

אימות תאימות מצטלב לעתים קרובות עם מאמצי מודרניזציה. ארגונים המבצעים תוכניות מודרניזציה נהנים ממודלים מובנים של פיקוח הדומים לאלה שנדונו ב מועצות ממשל מודרניזציהדירקטוריונים של ממשלת ארה"ב מעריכים שינויים אדריכליים לא רק מבחינת השפעה על הביצועים, אלא גם מבחינת חשיפה רגולטורית.

דרישות אחסון נתונים מסבכות עוד יותר את תכנון הארכיטקטורה. החלטות בנוגע למיקום עומסי עבודה חייבות לכלול אילוצי אחסון ועיבוד גיאוגרפיים. אוטומציה של תשתיות חייבת לקודד את ההגבלות הללו כדי למנוע העברות חוצות גבולות לא מכוונות.

זיהוי סיכונים וניטור בקרת סיכונים מתמשכים

בגרות הממשל תלויה בהערכת סיכונים מתמשכת ולא בביקורות תקופתיות. טלמטריה של התשתית, סקירות גישה לזהויות ודוחות תאימות תצורה צריכים להזין את לוחות המחוונים המרכזיים לסיכונים.

אסטרטגיות ניהול סיכונים המתוארות ב מחזור החיים של ניהול סיכונים ארגוניים מדגישים זיהוי, הפחתה וניטור מתמשכים. יישום מחזור חיים זה על תשתית מבטיח שגילויים של פגיעויות מתפתחות לפני שהן מתפתחות לאירועים.

כלי אימות בקרה אוטומטיים תומכים בגישה זו על ידי סריקת תצורות מול קווי בסיס של מדיניות. עם זאת, צוותי ניהול חייבים לשמור על מבני אחריות ברורים. בעלות לא מוגדרת מובילה לעתים קרובות לעיכוב בתיקון ולאחריות בקרה חופפת.

ביקורת ויצירת ראיות

מבקרים דורשים יותר ויותר ראיות מוכחות ליעילות בקרת התשתית. תיעוד ידני אינו מספיק בסביבות מבוזרות. רישום אוטומטי, תמונות מצב של תצורה והיסטוריית גרסאות של מדיניות מספקים תקלות ביקורת הניתנות להגנה.

תשתית כמסגרות קוד מחזקת את יכולת הביקורת על ידי שימור מצבי תצורה היסטוריים. מאגרי בקרת גרסאות מתעדים תהליכי עבודה של התפתחות מדיניות ואישור.

ארגונים המשלבים מוכנות לביקורת בתכנון התשתית מפחיתים חיכוך בתאימות ונמנעים ממחזורי תיקון תגובתיים. לכן, יש לשלב את הממשל באסטרטגיית התשתית הדיגיטלית, החל מתכנון הארכיטקטורה הראשוני ועד לפעילות השוטפת.

פשרות ארכיטקטוניות באינטגרציה של עננים מרובים ואינטגרציה מדור קודם

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

פשרות אדריכליות צצות כאשר ארגונים מנסים לשלב גמישות, תאימות רגולטורית, יעילות עלויות ויציבות מערכת. הבנת פשרות אלו מאפשרת קבלת החלטות מושכלות בנוגע לתכנון תשתיות במקום הסתגלות תגובתית.

גמישות לעומת ביצועים דטרמיניסטיים

פלטפורמות ענן היפר-סקייל מצטיינות בהרחבה אופקית. עם זאת, עומסי עבודה מדור קודם מסוימים תלויים במאפייני השהייה דטרמיניסטיים ובמאפייני תפוקה יציבים. העברת עומסי עבודה כאלה לסביבות אלסטיות ללא מידול ביצועים עלולה לייצר שונות.

הערכה ארכיטקטונית חייבת להתחשב במאפייני עומס העבודה לפני ההעברה. ארגונים המעריכים את גבולות התפוקה עשויים להתייחס לנהלים דומים לאלה המתוארים ב ניתוח תפוקה של ענן מדור קודםדפוסי העברת נתונים, התנהגות אחסון במטמון ותלות סינכרוניות משפיעים על התאמת התשתית.

במקרים מסוימים, מודלי פריסה היברידיים ששומרים על רכיבים רגישים לביצועים במקום העבודה תוך כדי העברת שירותים חסרי מצב לסביבות ענן מספקים איזון אופטימלי.

ניידות לעומת אופטימיזציה של מערכות אקולוגיות

תזמור קונטיינרים ושכבות הפשטה מגבירות את הניידות בין ספקים. עם זאת, אינטגרציה עמוקה עם שירותים מקוריים של הספק מניבה לעתים קרובות יתרונות ביצועים ועלויות. זה יוצר מתח בין ניידות לבין אופטימיזציה של המערכת האקולוגית.

ארגונים חייבים להעריך את האופק האסטרטגי. אם גמישות הספקים לטווח ארוך מקבלת עדיפות, שכבות הפשטה עשויות להצדיק מורכבות תפעולית. אם אופטימיזציה של ביצועים בתוך מערכת אקולוגית של ספק יחיד היא בעלת חשיבות עליונה, אינטגרציה עמוקה יותר עשויה להיות מקובלת.

עקרונות ברורים של ניהול ממשל עוזרים לנווט בפשרה זו. רישומי החלטות ארכיטקטוניים צריכים לתעד את ההיגיון כדי למנוע סטייה לא מובנית בין יחידות עסקיות.

ריכוזיות לעומת ביזור

ניהול תשתיות מרכזי מקדם עקביות אך עלול להאט חדשנות. אוטונומיה מבוזרת מאיצה ניסויים אך מסכנת פיצול מדיניות.

מודלים מאוזנים יוצרים מעקות בטיחות מרכזיים עם האצלה מבוקרת. מסגרות זהות, קווי בסיס להצפנה ותקני רישום נותרים מרכזיים, בעוד שצוותי יישומים שומרים על גמישות מוגבלת בתצורה.

לכן, פתרונות תשתית דיגיטלית לעסקים חייבים לתמוך במודלים של מדיניות היררכית. ללא יכולת כזו, ארגונים מתנדנדים בין שליטה מוגזמת לבין התפשטות בלתי מבוקרת.

תכנון תשתית דיגיטלית גמישה לצמיחה ארגונית בת קיימא

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

אסטרטגיית תשתית דיגיטלית גמישה מתפתחת כאשר מדרגיות, נראות תלות ואכיפת משילות פועלות כיו"ב מתואמות ולא כיוזמות מקבילות. מחשוב אלסטי ללא משמעת זהות יוצר חשיפה. קישוריות היברידית ללא טלמטריה מובנית יוצרת נקודות מתות לאבחון. תזמור מכולות ללא מעקות מדיניות מגביר את סחף התצורה. לכן, תשתית ארגונית בת קיימא דורשת יישור שכבתי על פני מישורי בקרה, מסגרות תצפית ומנגנוני פיקוח על סיכונים.

הניתוח ההשוואתי מדגים ארכיטיפים ברורים:

פלטפורמות היפר-סקייל המתמקדות בענן, כגון AWS, Azure ו-Google Cloud Platform, נותנות עדיפות לגמישות אופקית ולטווח גלובלי. הן מתאימות היטב לפלטפורמות דיגיטליות מבוזרות ועומסי עבודה בעלי צמיחה גבוהה, אך דורשות ניהול עלויות ממושמע ופילוח זהויות.

פלטפורמות המשכיות היברידיות כגון VMware Cloud, IBM Cloud ו-Oracle Cloud Infrastructure מדגישות תאימות עם מערכות ארגוניות קיימות. הן מפחיתות את הסיכון המיידי לטרנספורמציה, אך עשויות להגביל את הגמישות או להגביר את ריכוזיות המערכת האקולוגית אם לא הן מאוזנות אסטרטגית.

פתרונות ממוקדי רשת וממוקדי חיבור כגון סיסקו ואקווניקס מספקים חוסן מבני באמצעות פילוח ובקרת קירבה. הם מחזקים ארכיטקטורה היברידית אך חייבים להשתלב עם מודלים רחבים יותר של ניהול מחשוב.

שכבות תזמור של קונטיינרים כמו Red Hat OpenShift מחזקות את הניידות ואת אוטומציה של DevOps. עם זאת, הן מגבירות את המורכבות התפעולית ודורשות בגרות ארגונית בממשל Kubernetes.

מודלים של תשתית היברידית מבוססת צריכה כגון HPE GreenLake ו-Dell APEX מציעים חיזוי פיננסי ובקרה מקומית. יעילותם תלויה בתחזית קיבולת מדויקת ובשילוב עם אכיפת מדיניות מרכזית.

בכל הקטגוריות, דפוס הסיכון הדומיננטי הוא פרגמנטציה. כאשר שכבות תשתית מתרחבות ללא מודל תלות מאוחד, טלמטריה מובנית ופיקוח על ממשל, ארגונים חווים חוסר יציבות מצטבר ולא כשל קטסטרופלי. שונות ההשהיה עולה, יכולת החיזוי של העלויות נשחקת, החיכוך בביקורת מתעצם וחלונות בלימת אירועים מתרחבים.

לכן, הציווי האסטרטגי למנהיגות ארגונית הוא אינטגרציה אדריכלית ולא צבירת פלטפורמות. יש להעריך החלטות תשתית על פי שלושה קריטריונים בני קיימא:

• שקיפות תלות בסביבות היברידיות
• עקביות באכיפת מדיניות על פני גבולות זהויות ורשתות
• יישור צפייה עם נתיבי ביצוע עסקיים קריטיים

פתרונות תשתית דיגיטלית לעסקים הופכים לבני קיימא רק כאשר מאמצי המודרניזציה משלבים עקרונות אלה בתהליכי תכנון, אוטומציה וממשל. ארגונים המתייחסים לתשתית כאל מישור בקרה אסטרטגי ולא כאל כלי אספקה ​​משיגים חוסן חזק יותר, יציבה רגולטורית משופרת ויכולת צמיחה ניתנת להרחבה תחת לחצי שוק ותאימות מתפתחים.