כמה כלים עושים כמעט אותו דבר ואף אחד לא יודע מי המקור האמיתי.
טכנולוגיה נבחרת לפי צורך עסקי. לא לפי לוגו.
אנחנו עובדים עם מערכות נפוצות בעולם ה-SMB וה-Mid-Market ומחברים ביניהן לסביבה אחת שניתנת לניהול, גיבוי ואבטחה.
פלטפורמות ותחומים מרכזיים.
Microsoft 365, Exchange Online, Teams, SharePoint, Entra ID, Windows Server, RDS ו-SQL.
פתרונות EDR והגנת תחנות קצה, כולל ניהול התראות ואירועי אבטחה.
Firewall, VPN, Site-to-Site, רשתות עסקיות, Wi-Fi וסגמנטציה.
NAS, גיבוי מקומי ומרוחק, עותקים מוגנים ותכנון התאוששות.
שרתי Windows בענן, RDS, VPN, אחסון, גיבוי וסביבות Hybrid.
כלי תמיכה מרחוק, ניטור, תיעוד ותפעול שוטף של משתמשים ומחשבים.
העיקרון שלנו: Interoperability.
עסק כמעט אף פעם לא עובד עם ספק יחיד. המטרה שלנו היא לחבר בין זהויות, תחנות, דואר, שרתים, רשת וגיבוי כך שהמערכות יעבדו יחד ולא ייווצרו שטחים מתים בין ספקים.
ה־Stack הנכון הוא לא רשימת לוגואים. הוא מערכת שאפשר לתמוך בה גם ביום רע.
כל כלי חדש מוסיף יכולת — אבל גם עוד חשבון, עוד עדכון, עוד לוג ועוד נקודת כשל. לכן אנחנו מעדיפים סטנדרטיזציה היכן שהיא מועילה, וגמישות כאשר יש סיבה עסקית אמיתית.
מוצר נבחר בגלל מחיר או המלצה בלי לבדוק אינטגרציה ותפעול.
יש הרבה Dashboards אבל אין תמונה אחת של הסביבה.
החלפת ספק הופכת לפרויקט כי אין תיעוד או דרך יציאה.
אנחנו בוחרים טכנולוגיה לפי תפקיד בתוך המערכת — לא לפי כמה היא נוצצת.
Microsoft 365, ESET, Fortinet, Synology, שירותי ענן וכלים נוספים משולבים לפי התאמה. העיקרון הוא שכל רכיב צריך לפתור בעיה, להשתלב בתפעול ולהיות ניתן לתמיכה.
פחות וריאציות מיותרות בציוד, אבטחה והגדרות כדי לצמצם מורכבות ותקלות.
חיבור בין זהות, Endpoint, רשת, גיבוי וענן כדי שכלי אחד לא יפעל בלי הקשר לאחרים.
תיעוד גרסאות, תלויות, רישוי והגדרות מרכזיות כדי שהמערכת לא תהיה תלויה בזיכרון.
בחינת ייצוא, גיבוי, רישוי ודרך מעבר כדי לא להינעל בלי צורך אצל ספק או מוצר.
פחות כלים שלא מדברים זה עם זה. יותר מערכת שאפשר להבין ולנהל.
כל רכיב מקבל תפקיד ברור ופחות פונקציות כפולות נשארות במקרה.
סטנדרטים ותיעוד מקצרים פתרון תקלות ושינויים.
אפשר לשנות רכיב בעתיד בלי לבנות מחדש את כל הסביבה.
אנחנו שותפים של יצרנים, אבל לא אמורים להיות עורכי הדין שלהם. ההחלטה הטכנולוגית צריכה לשרת את הלקוח — גם אם לפעמים המשמעות היא לבחור פתרון אחר.
השאלות שכדאי לשאול לפני שבוחרים מי ינהל את זה.
אתם מחייבים לעבוד רק עם היצרנים שאתם מציגים באתר?
לא. יש לנו Stack מועדף וניסיון עם מוצרים מסוימים, אבל התאמה עסקית וטכנית קודמת ללוגו.
למה סטנדרטיזציה חשובה?
כי היא מצמצמת וריאציות, מקלה על תמיכה ומאפשרת לדעת למה לצפות כאשר משהו משתבש.
מתי כן כדאי להכניס כלי חדש?
כאשר הוא פותר פער אמיתי, משתלב בתפעול ומצדיק את העלות והמורכבות שהוא מוסיף.
בלי פרויקט ענק. מתחילים בשלושה צעדים ברורים.
אם ה־Stack שלכם גדל מהר יותר מהתיעוד שלו — הגיע הזמן לעשות סדר.
יש לכם מערכת קיימת שלא מופיעה כאן?
נבדוק את הדרישות, התלויות והאינטגרציה שלה לפני שמחליטים אם להשאיר, לשדרג או להחליף.