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

ענן ותשתית

הנדסת ענן, SovereignTech והגירה היברידית

תשתיות ענן ומקומיות בשליטתכם, בכל מקום שבו הנתונים שלכם חייבים להישאר

כשהפלטפורמה כבר אינה מתאימה לכללים

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

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

מה משתנה עבורכם

  1. נתונים במקום שהכללים מחייבים

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

  2. ללא נעילה

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

  3. מחשוב AI בתוך הגבול שלכם

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

מה אנחנו מספקים

  • ארכיטקטורת ריבוי עננים וענן ריבוני

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

  • הערכת נעילה ותוכנית יציאה

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

  • הסבה מחדש לענן והגירה

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

  • אשכולות GPU פרטיים והסקה היברידית

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

  • מחשוב קצה

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

תשתית IT: רשתות, שרתים, אחסון וזהות באתר שלכם

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

  • הערכת תשתית

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

  • עיצוב יעד

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

  • עיצוב רשת ופילוח

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

  • שרתים ווירטואליזציה

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

  • אחסון וגיבוי

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

  • שירותי ספרייה וגישה

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

  • קישוריות היברידית

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

  • ניטור והתראות

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

  • תוכנית התאוששות מאסון

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

בקשו אבחון מערכת

איך העבודה מתנהלת

  1. הערכת הסביבה

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

  2. עיצוב היעד

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

  3. בניית הבסיס כקוד

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

  4. מעבר בשלבים

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

  5. תיעוד ומסירה

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

עננים, כלים ותקנים

AI ולמידת מכונה
  • vLLM
ענן
  • Amazon Web Services
  • Microsoft Azure
  • Google Cloud
  • Alibaba Cloud
  • Exoscale
  • Tencent Cloud
  • Red Hat Enterprise Linux
  • NVIDIA GPUs
DevOps וניטור
  • Red Hat OpenShift
  • Kubernetes
  • Terraform
  • OpenTofu
  • Pulumi
  • Docker

איך מתחילים

מה קורה עכשיו

  1. מפגש ייעוץ מקדים

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

  2. סקירת מוכנות

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

  3. בחירת המסלול

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

  4. אספקה בחמישה שלבים

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

הדרך המהירה ביותר היא חבילת ביקורת ניידות ענן ו-Token FinOps ל-AI, אחת מחבילות ההתקשרות המהירות שלנו.

מאיפה להתחיל

שאלות ותשובות

מהו ענן ריבוני, והאם אנחנו זקוקים לו?

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

באיזה ספק ענן כדאי לנו להשתמש?

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

איך אתם נמנעים מנעילה?

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

האם להשאיר את התשתית באתר שלנו או להעביר אותה לענן?

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

האם להריץ מודלי AI על ה-GPU שלנו?

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

האם ההגירה תשבש את הפעילות העסקית שלנו?

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

האם אתם יכולים לעבוד עם הציוד והמערכות שכבר יש לנו?

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

מה כולל פרויקט של תשתית IT?

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

איזו גישה אתם זקוקים לה, ואיך היא נשלטת?

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

מה מכתיב את עלות העבודה על תשתית?

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

למי שייכים העיצובים, התצורות והתיעוד?

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

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

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

מוכנים לבנות? בקשו הצעה.

שלחו את הדרישות או ה-RFP שלכם. הארכיטקטים שלנו מאמתים אותם ומחזירים הצעה מחייבת בהיקף קבוע.

מה קורה עכשיו

  1. סקירת מוכנות

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

  2. הצעה מחייבת

    לאחר אימות ארכיטקטורה ללא עלות, תקבלו הצעה מחייבת בהיקף קבוע בתוך 3–5 ימי עסקים: אבני דרך, ארכיטקטורה, מבנה צוות ו-SLA. אנחנו חותמים איתכם על הסכם סודיות (NDA) לפי בקשה, לפני שאתם משתפים את הדרישות שלכם.

  3. התנעה

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

  4. אספקה בחמישה שלבים

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