סיור במוצר
כל מה שהמערכת עושה, בעמוד אחד. צילומי מסך מהמוצר, לא איורים.
Regulaxy מתאם חלונות תחזוקה על רשת מנותקת — מי מעדכן, מה, מתי, ומה עלול ליפול יחד איתו. העמוד הזה עובר על היכולות לפי הסדר, ומראה כל אחת מהן במסך שבו היא באמת מתרחשת.
כל צילומי המסך בעמוד צולמו מהמערכת הפועלת, על מערך הדגמה. פירוט מלא בסוף העמוד.
- קריאות יוצאות
- 0קריאות יוצאותאין ענן, אין טלמטריה, אין בדיקת רישוי מרחוק.
- שפות ממשק
- 2שפות ממשקעברית מימין לשמאל ואנגלית משמאל לימין, לפי בחירת המשתמש.
- תחומי יכולת
- 12תחומי יכולתמרשם, תזמון, התנגשויות, חולשות, ציות ועוד.
- הוראת בנק ישראל
- 364הוראת בנק ישראלמודול ייעודי לניהול טלאים לפי סעיף 61.4.
הבעיה
עדכון שרתים ברשת מנותקת הוא בעיית תיאום, לא בעיה טכנית.
ההתקנה עצמה היא החלק הקל. מה שנשבר הוא כל מה שסביבה: מי אישר, מי לא ידע, ומה נפל בגלל משהו אחר שעודכן באותו חלון.
התלות לא מופיעה בשום טבלה
מערכת אחת מדברת עם אחרת, ואף אחד לא רואה את זה עד שחלון תחזוקה מפיל את שתיהן. הקשר קיים ברשת, לא במסמך.
המלאי שייך למישהו אחר
רשימת השרתים האמיתית יושבת בטבלאות שצוות אחר מתחזק, בכמה מקורות שלא תמיד מסכימים ביניהם.
הראיה נבנית בדיעבד
כשמבקר שואל מי אישר את החלון ומה נבדק אחריו, התשובה מורכבת משרשור מיילים ומזיכרון של אנשים.
מה המערכת עושה
שבעה מסכים שמכסים את מחזור החיים המלא.
לכל יכולת יש כאן שתי שורות: מה היא פותרת בשפה עסקית, ואיך היא בנויה. הקישור מוביל לעמוד היכולת המלא.
מרשם השרתים, עם סינון וסידור לפי עמודות.
מרשם נכסי המידע
- עסקית
- רשימה אחת של השרתים שכולם מסכימים עליה — עם בעלים, סביבה, רמת חשיפה ומועד העדכון הבא.
- טכנית
- נבנית מעל שלושה מקורות קריאה-בלבד שצוות אחר מתחזק, ומאוחדת לשדרה אחת לפי שם המארח המלא. שדות מותאמים נוספים נשמרים בצד ואינם נוגעים בטבלאות המקור.
האשף, בשלב הראשון מתוך חמישה.
תזמון חלון תחזוקה
- עסקית
- אשף בחמישה שלבים שמייצר חלון מתואם: מה מעדכנים, על מה, מי אחראי, מתי, ולמי יוצאת ההודעה.
- טכנית
- סוג העדכון קובע אם בוחרים שרתים, ציוד או בסיסי נתונים, וקצב החזרה נגזר מרמת החשיפה — שלושה חודשים לחשופים חיצונית, שישה לפנימיים.
התנגשויות בין חלונות על מערכות מקושרות.
זיהוי התנגשויות
- עסקית
- אזהרה בזמן התזמון כששני חלונות חופפים על מערכות שמדברות זו עם זו — לפני שהחלון נסגר, לא אחרי.
- טכנית
- מפת הקשרים נבנית מתעבורה שנצפתה בפועל, לא מהצהרה ידנית. מנוע ההתנגשויות רץ באותו נתיב קוד עבור האשף, עמוד ההתנגשויות וההתראות.
לוח התפעול החודשי, עם פאנל סיכונים בצד.
לוח התפעול
- עסקית
- תמונה אחת של החודש: מה מתוכנן, מה בוצע, מה נכשל, ומה עומד ליפול על אותו ערב.
- טכנית
- תצוגות חודש, שבוע, רבעון ושנה מעל אותו מקור נתונים, עם זימון Outlook אמיתי לכל חלון ותזכורת SMS לבעלים.
מרשם החולשות, בתצוגת ״לפי תיקון״.
מחולשה לטלאי
- עסקית
- מרשם החולשות מקובץ לפי התיקון שסוגר אותן — כי מה שמתזמנים בפועל הוא טלאי, לא CVE.
- טכנית
- הזנה יומית מקובץ ה-SOC, התאמה מאומתת לשרתים כשיש תוצאת סריקה ואומדן מוצהר כשאין. סטטוס שנקבע ידנית לעולם אינו נדרס בייבוא.
דירוג המערכות, עם פירוק הניקוד.
דירוג עדיפויות
- עסקית
- מה לעדכן קודם, לפי קריטיות עסקית ופיגור בפועל — עם הסבר מלא לכל ניקוד.
- טכנית
- הניקוד מפורק לרכיביו על המסך, וסכום הנקודות שווה בדיוק לציון. אין קופסה שחורה שאי אפשר לערער עליה בדיון.
לוח מחוונים שנבנה על ידי המשתמש.
לוחות מחוונים ודוחות
- עסקית
- לוח שכל אחד בונה לעצמו, ודוח מתוזמן שמגיע למייל בלי שאף אחד מייצא כלום ידנית.
- טכנית
- בונה שאילתות מעל מקורות הנתונים של המערכת, עם ירידה לרמת השורה מכל פרוסה בגרף. דוח מתוזמן מצלם את הלוח האמיתי ולא מחשב אותו מחדש.
איך זה בנוי
הכול רץ בתוך הרשת שלכם. אין קצה שני.
Regulaxy מותקן על מכונה ברשת המנותקת ומדבר רק עם מערכות שכבר נמצאות שם. אין ענן, אין טלמטריה, ואין קריאה החוצה שצריך לפתוח בחומת האש.
- 01דפדפן — עמדות העבודה ברשת הפנימית
- 02IIS · URL Rewrite — פרוקסי הפוך על שרת האפליקציה
- 03Next.js — ממשק המשתמש
- 04FastAPI — שכבת השירות והאינטגרציות
- 05MSSQL — נתוני האפליקציה ומקורות המלאי לקריאה בלבד
- Active Directory — הזדהות, חיפוש אנשי קשר והרשאות
- Exchange · SMTP — זימוני יומן ודיוור
- מערכת הפניות — פתיחה ועדכון כרטיס לכל חלון
- שער SMS — תזכורת לבעלים לפני החלון
- מקורות המלאי — שרתים, בסיסי נתונים וציוד רשת
Regulaxy
שרת יישום ובסיס נתונים, אצלכם
- Active Directory — זהויות ואנשי קשר
- Exchange — זימוני יומן
- SQL Server ו‑Oracle — מצאי ובסיסי נתונים
- Dynatrace ו‑SolarWinds — טופולוגיה וציוד
ציות
הוראה 364, ולא 357.
הוראת ניהול בנקאי תקין 364 איחדה והחליפה את 357, 361 ו-363. סעיף 61.4 בה עוסק בניהול טלאים — וזה בדיוק מה שהמערכת מתעדת מרגע שהחלון נפתח.
הראיה נוצרת תוך כדי
מי אישר, מה בוצע, מה נבדק אחרי ומה נכשל — נרשם כחלק מהעבודה, לא כשחזור לקראת ביקורת.
מרשם נכסי מידע
מיפוי הנכסים והקשרים ביניהם, כולל קריטיות עסקית ובעלות מוצהרת לכל מערכת.
מודול נב״ת
מודול ציות נפרד הבנוי מעל Regulaxy, המכסה את דרישות ההוראה ואת מיפוי הכיסוי מולה.
על צילומי המסך
מה בדיוק ראיתם כאן.
כל תמונה בעמוד היא צילום של הממשק הפועל, לא עיצוב ולא הדמיה. הנתונים שבתוכה הם מערך הדגמה שנוצר במלואו — אין בו שום שרת, מערכת או אדם אמיתיים.
- הממשק
- המוצר עצמו
- צולם מהמערכת הפועלת
- הנתונים
- מערך הדגמה
- נוצר במלואו, ללא נתוני לקוח
- שמות ודומיינים
- בדויים
- כולל שמות מארחים, מערכות ואנשים
- שתי השפות
- אותו מסך
- כל צילום קיים בעברית ובאנגלית
אין באתר הזה שם לקוח, לוגו, המלצה או מדד תוצאה. כשיהיו — הם יופיעו עם אישור בכתב.