מ-Apple Business ועד Jamf: איך בונים אסטרטגיית ניהול שלמה ל-Mac בארגון

 

בחודש אפריל 2026, אפל השיקה מהלך אסטרטגי מרשים במיוחד עבור שוק העסקים: פלטפורמת Apple Business המאוחדת, יחד עם ה-MacBook Neo – מחשב מק חדש שנועד להוות נקודת כניסה נגישה ועוצמתית לארגונים ולתת מענה לתפקידים שעד כה נשענו על מחשבי Windows בסיסיים וכרומבוקים.

המהלך הזה משנה את פני הדברים. הפלטפורמה החדשה מאחדת לתוך פורטל מרכזי אחד את היכולות המוכרות של Apple Business Manager יחד עם כלי ניהול מכשירים מובנים (Built-in Device Management) וכלי נראות עסקית מבית Apple Business Connect. המסר של אפל לעסקים ברור: בנינו עבורכם תשתית חלקה, פשוטה ומאוחדת כדי שתוכלו להתחיל לעבוד מיד.

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

הבסיס המצוין של Apple Business

פלטפורמת Apple Business נועדה לפשט את תהליכי ההקמה עבור ארגונים, במיוחד בסביבות ממוקדות-אפל (Apple-only fleets). הפלטפורמה מספקת מענה יעיל לצרכים הראשוניים של העסק:

  • Zero-Touch Deployment: שיוך מכשירים חדשים ישירות לארגון ללא מגע יד של איש IT (מתוך קופסה סגורה היישר לעובד).
  • Federated Authentication: אינטגרציה מול IdP כמו Google Workspace או Microsoft Entra ID ליצירת Managed Apple Accounts.
  • Blueprints בסיסיים: הגדרת תצורות רשת (Wi-Fi, VPN), קביעת עדכוני תוכנה (OS Updates), ופריסת אפליקציות דרך החנות הרשמית.
  • שירותים נלווים (באזורים נתמכים): אפשרות לניהול אימייל עסקי (Branded Mail), הקצאת אחסון ב-iCloud וכלי פרסום ונראות ב-Apple Maps.

📌 חשוב לדעת: זמינות שירותים בישראל

אפל מציגה את הפלטפורמה החדשה כחבילה הכוללת גם שירותי "אופיס" (כמו אימייל עסקי ואחסון ב-iCloud) וכלי שיווק (Showcases ב-Maps). עם זאת, שירותים נלווים אלו אינם זמינים כיום בישראל. עבור ארגונים בארץ, הערך המרכזי והפעיל של Apple Business טמון בליבת הפלטפורמה: יכולות ההקמה, שיוך המכשירים ללא מגע (Zero-Touch) וניהול הזהויות הארגוניות (Federation) מול מערכות כמו Google Workspace או Microsoft Entra ID.

מתי הארגון שלכם צריך לעלות שלב?

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

  1. הצפנת FileVault וחילוץ משתמשים: הפעלת הצפנה מלאה וניהול מפתחות שחזור (Escrow Keys) דרך הפלטפורמה המובנית של אפל היא תהליך ידני ברובו שדורש התעסקות עם קובצי תצורה (Custom Profiles) מורכבים. זהו מתכון לבעיות ולתסכול כאשר מנהל שאינו טכני מנסה לסייע למשתמש שננעל מחוץ למחשב.
  2. ניהול עדכוני תוכנה (Patch Management): מנגנון עדכוני הגרסה המובנה מאפשר אומנם לאכוף עדכונים מחזוריים, אך הוא חסר את הגמישות שכל עסק צריך כדי למנוע תקלות השבתה. חסרות בו יכולות קריטיות כמו Deferrals (השהיית עדכונים כדי לוודא תאימות תוכנות ליבה), אכיפת שדרוג לגרסה ספציפית (DDM), או פיצול צי המכשירים לקבוצות בדיקה.
  3. הפצת תוכנות (PKG) ואפליקציות מותאמות: פריסת תוכנות שאינן ב-Mac App Store מצריכה בדרך כלל אריזה של קובצי PKG. הניהול המובנה דורש מכם להקים ולארח את הקבצים הללו בעצמכם (בשרת ארגוני או ב-CDN חיצוני) רק כדי לספק קישור להורדה, מה שהופך הפצת תוכנות פשוטות למשימה מסורבלת.
  4. מוכנות לביקורת ואכיפת Compliance: עמידה בתקני אבטחת מידע בינלאומיים (כמו CIS או NIST) דורשת כלים למיפוי אוטומטי של צי המכשירים והפקת דוחות זמינים לביקורת – יכולות שאינן קיימות בניהול הבסיסי.
  5. אוטומציה ו-Remediation: במערכת הבסיסית, חסרה היכולת לזהות באופן אקטיבי מכשיר שחורג מנהלי האבטחה (Security Policy), וחשוב מכך – לתקן את החריגה אוטומטית או לבודד את המכשיר מהרשת בזמן אמת.
  6. גמישות עם Custom Scripts: הניהול המובנה לא מאפשר הרצת סקריפטים אישיים (Bash/Zsh) ברמת המערכת, מה שמונע מאנשי ה-IT את האפשרות לפתור תקלות מורכבות מרחוק בצורה שקופה למשתמש.

Apple Business בונה את התשתית. Jamf מספקת את האקוסיסטם.

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

  • הצפנה וחילוץ בקליק: הופכת את ניהול FileVault לאוטומטי ושקוף. משתמש ננעל בחוץ? הפלטפורמה מציגה את מפתח השחזור בלחיצת כפתור אחת קלה וברורה.
  • שליטה מוחלטת בעדכונים: ניהול תהליכי שדרוג חכמים הכוללים Deferrals מדויקים, שימוש ב-DDM והפצה מדורגת ל-Testing Rings שמבטיחים ששום עדכון לא ישבית את העבודה בעסק.
  • אחסון והפצת תוכנות ענן: רשת הפצה גלובלית (CDN) המובנית כבר בתוך Jamf מאפשרת לדחוף קובצי PKG ותוכנות צד-שלישי ללא צורך בהקמת שרתים וניהול אחסון חיצוני.
  • אכיפה, ביקורת ותיקון אוטומטי: Jamf מזהה אוטומטית חריגות אבטחה, אוכפת תקנים מוכנים מראש (כמו CIS), ומסוגלת להפעיל Remediation אוטומטי ולהריץ סקריפטים כדי לתקן מכשירים בזמן אמת וללא מגע אדם.

את המעטפת הזו Jamf מגישה בצורה מותאמת לגודל הארגון, כך שתוכלו לגדול בצורה חלקה:

Jamf Elevate: הגשר האידיאלי לעסקים בצמיחה

עבור חברות (25-250 עובדים) שעשו את צעדיהן הראשונים ב-Apple Business וזקוקות ליכולות שהוזכרו מעלה, פיתחה Jamf את Jamf Elevate. חשוב להבין: לא מדובר במוצר מוגבל שתצטרכו לזרוק כשתגדלו. מדובר במנוע Enterprise לכל דבר, אשר מונגש דרך ממשק AI Assistant חכם שמנחה אתכם בשפה טבעית וללא צורך בקוד. כשהעסק יתרחב ותזדקקו לאינטגרציות מורכבות יותר, הכל כבר יחכה לכם בפנים ללא צורך במיגרציה.

Jamf for Mac: פלטפורמת הדגל לארגוני Enterprise

לארגונים מורכבים יותר (או כאלו שצמחו מתוך סביבת ה-Elevate), מוצעת חבילת Jamf for Mac, המאגדת את הכלים המתקדמים ביותר (Jamf Pro, Jamf Connect, Jamf Protect) למערכת הוליסטית אחת הכוללת זהויות ו-Zero Trust Network Access (ZTNA), סנכרון הדוק ל-IdP ואוטומציית Compliance כמו פרויקט mSCP, עם חיבור טבעי למערכות SIEM ו-EDR.

השורה התחתונה: מקסום ה-ROI שלכם על Mac

מחשבי ה-MacBook Neo החדשים, הנתמכים בפלטפורמת Apple Business המאוחדת, ממחישים שוב את כוחו של ה-Mac בעולם העסקי: חווית משתמש מעולה, אורך חיים מרשים, ועלות בעלות כוללת (TCO) אטרקטיבית.

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

 

Backblaze מציגה: שליטה ואוטומציה מלאה למקאדמינים על גיבויי תחנות קצה

חברת פתרונות הענן Backblaze הכריזה לאחרונה על השקת שני כלים חדשים שצפויים לעשות חיים קלים במיוחד למנהלי IT בארגונים, ובפרט ל"מקאדמינים" (Mac Admins) המנהלים ציי מחשבי Apple. הכלים החדשים – Advanced Installer ו-bzcli (ממשק שורת פקודה) – נועדו להעניק לאנשי התשתיות שליטה, עקביות ואוטומציה ברמה הגבוהה ביותר בכל הנוגע לגיבוי תחנות קצה (Endpoint Backup).

עד כה, Backblaze הייתה מוכרת בעיקר בזכות הפשטות שלה: מתקינים, והתוכנה רצה בשקט ברקע. אולם, ככל שארגונים צומחים וסביבות ה-IT הופכות למורכבות יותר, מנהלי רשתות דרשו יכולות קינפוג עמוקות יותר, ללא צורך במגע יד אדם (Zero-Touch) מצד משתמש הקצה. הכלים החדשים מספקים בדיוק את זה.

למה מקאדמינים הולכים לאהוב את זה?

ניהול עשרות, מאות או אלפי מחשבי Mac בארגון דורש כלים חזקים שיודעים לדבר בשפה של מערכות ניהול מכשירים (MDM). הפיתוחים החדשים של Backblaze סוגרים את הפער הזה באופן מושלם:

1. Advanced Installer (מתקין מתקדם): סטנדרטיזציה בקנה מידה רחב

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

המשמעות למנהלי המערכת:

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

2. ממשק שורת הפקודה (bzcli): אוטומציה של אחרי-התקנה

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

באמצעות פקודות פשוטות וקבצי קלט מובנים (JSON), מקאדמינים יכולים לשנות הגדרות מרחוק, לעדכן הרשאות אבטחה ולשלוף דוחות. הפלט הצפוי והמובנה של ה-bzcli הופך אותו לכלי אידיאלי לשילוב בתוך סקריפטים, והוא שימושי במיוחד לאיסוף נתונים וסטטוס גיבוי אל תוך Extended Attributes (EAs) במערכות הניהול של הארגון.

אינטגרציה חלקה עם Jamf ומערכות MDM אחרות

היתרון הגדול בבשורה של Backblaze הוא ההתממשקות הטבעית עם פלטפורמות ניהול פופולריות בעולם המק, ובראשן Jamf (וכלים דומים אחרים בעולם ה-MDM).

Jamf היא אחת ממערכות הניהול הנפוצות כיום לסביבות Apple, המאפשרת לאנשי IT להפיץ תוכנות ולאכוף מדיניות מרחוק. כאשר משלבים את הכלים החדשים של Backblaze יחד עם פלטפורמה כמו Jamf, המקאדמין יכול לבצע הפצה שקטה (Silent Deployment) של הגיבוי לכל עובד חדש, בצורה אוטומטית לחלוטין וללא מעורבות של המשתמש.

מי זקוק לשילוב של מערכות ניהול (כמו Jamf) וגיבוי? (דוגמאות)

השילוב הזה רלוונטי במיוחד לארגונים מבוססי Mac:

  1. חברות הייטק וטכנולוגיה: ארגונים בהם צוותי הפיתוח והעיצוב עובדים על מחשבי MacBook, ונדרשת אכיפת אבטחה רוחבית על צי הניידים.
  2. מוסדות חינוך ואוניברסיטאות: ניהול ציים של מכשירי Apple המחולקים לסגל הסטודנטים והמרצים, תוך דאגה לגיבוי שקוף של החומר האקדמי.
  3. סוכנויות קריאייטיב, פרסום ומדיה: סביבות עבודה עתירות קבצי מדיה כבדים שחייבים גיבוי רציף ויציב.
  4. ארגוני בריאות: מרפאות וגופים רפואיים המשתמשים במכשירי Apple וזקוקים לגיבוי שעומד ברגולציות ושומר על המידע בצורה מאובטחת.

סיכום

ההשקה החדשה של Backblaze מציגה התבגרות של הפלטפורמה והתאמה עמוקה יותר לעולם ה-IT ולצרכים של מקאדמינים. היכולת לקבוע סטנדרט גיבוי, לשלוט בו באמצעות שורת הפקודה ולשלב אותו במערכות MDM מובילות כמו Jamf, מפחיתה דרמטית את החיכוך (Friction) היומיומי ומאפשרת ניהול צפוי ואוטומטי יותר של המידע הארגוני.

העוצמה המהפכנית של Declarative Device Management (DDM)

מה זה Declarative Device Management?

Apple מתארת את ה-DDM כ"עדכון מהפכני" ל-MDM protocol הקיים המאפשר למכשירים לפעול בצורה proactive ועצמאית.

ה-DDM מאפשר למכשיר Apple להיות proactive ועצמאי באמצעות הגדרות מתוכנתות. לכל מכשיר יש הנחיות כיצד להגיב לשינויים במצבו וכיצד לבצע כל פעולה נדרשת – מבלי להמתין להוראות מ-server.

איך ה-DDM שינה את ה-MDM?

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

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

זה משפיע הרבה מעבר לכך. DDM:

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

איך DDM עובד

DDM משתמש בעיקר בשלושה עמודי תווך: declarations, status channel ו-extensibility.

  1. Declarations הן payloads מוגדרות משרת הנשלחות למכשירים. הן מגדירות policies שאמורות להיות מיושמות ישירות על המכשירים כגון חשבונות, הגדרות והגבלות. ניתן להפיץ אותן לכל המשתמשים, לקבוצות קטנות יותר או אפילו למשתמש או מכשיר בודד.
  2. ה-status channel עוקב אחר שינויי מצב המכשיר. המכשירים שולחים דיווחי עדכון לשרת, אשר מסנן שינויים אלה רק לעדכונים הנוגעים לו ביותר. משמעות הדבר היא שמידע רלוונטי יותר מגיע הרבה יותר מהר.
  3. ה-extensibility הטבועה ב-DDM משמעותה ששמירה על תאימות בין גרסאות שונות של תוכנה ויכולות חומרה שונות לא רק קלה יותר, אלא גם מקיפה יותר. סנכרון אוטומטי של יכולות מעודכנות מאפשר למכשיר להשתמש מיד בכל תכונה חדשה שימושית.

התכוננות לעתיד העבודה

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

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

ויש עוד הרבה יותר לבוא.

מה יבוא בהמשך?

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

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

גלו עוד על DDM

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

אבולוציה של ניהול מכשירי Apple: מאיפה התחלנו

 

בהתחלה, היה ה-Binary.

ב-2003, לפני ש-Apple שחררה את ה-MDM framework, רוב מנהלי Apple ניהלו מכשירי macOS עם Casper Suite – שלימים נודע כ-Jamf Pro.

מנהלי Mac היו:

  1. רושמים את המכשירים הארגוניים בשירותי Apple
  2. מקבלים binaries מקומיים עם הרשאות root
  3. שולחים נתונים על ה-Mac לשרת ניהול במועדים מוגדרים

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

זה היה ניהול מכשירים בשיטת "forced pull".

תרשים של זרימת מידע עם binary

איור 1: ניהול מכשירים ב-"forced pull" עם binary

iPhone שינה הכל.

עם הצגת iOS ב-2007, החיים נהיו מעניינים יותר.

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

בהתחלה, IT ניהל מכשירי iOS ארגוניים באופן ידני דרך iTunes. Apple הציגה פרופילים – קבצי XML שמחילים הגדרות תצורה על מכשיר iOS – עם iPhone Configuration Utility ב-2008.

זה עזר, אבל מנהלי Apple עדיין היו צריכים דרך לנהל macOS ו-iOS בצורה יותר מתוחכמת.

כש-Apple שחררה את iPhone 4 הם גם הציגו יכולות MDM עם פרוטוקול ה-MDM שלהם. זה פתח את הדלת להמון אפשרויות חדשות עבור macOS ו-iOS.

תוך כדי תנועה במהירות של Apple, Jamf פיתחה יכולות MDM עבור לקוחות במקביל אליהם.

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

חיבור מתמשך

MDM דרש התראות push. כך שבמקום שסוכן מקומי יצור קשר תקופתי עם השרת ניהול ושואל "האם אני צריך לעשות משהו? ועכשיו?" השרתים שמרו על חיבור מתמשך מול Apple.

כאשר שרת הניהול רצה שמשהו יקרה, הוא שלח ping לשירותי הליבה של Apple וביקש מ-Apple שהמכשיר ייצור איתו קשר כדי לקבל הגדרה או פקודה.

פרוטוקול ה-MDM גדל מאוד מאז ש-Apple הציגה אותו, עם הרבה יותר פקודות והגדרות מפורטות יותר הזמינות. זו הטכנולוגיה ש-Jamf משתמשת בה לצד ה-Jamf Management Framework כבר כמעט 13 שנים. למעשה, Jamf Pro עדיין משתמש בפעולות משיכה הקשורות ל-binary וגם בפקודות דחיפה של MDM.

תרשים של זרימת המידע עם פרוטוקול ה-MDM

איור 2: MDM עם התראות push

זרימות עבודה מסורתיות של MDM

מבנה ה-MDM היה שיפור לעומת הסתמכות בלעדית על ה-binary, וגם Apple וגם Jamf עשו הרבה עם מבנה זה כדי להפוך את העבודה לפשוטה יותר עבור כולם.

אבל זה לא היה ללא בעיות.

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

הפקודה יכולה להיות:

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

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

  • מהי מערכת ההפעלה שלך כרגע?
  • האם החלת את הגדרת ה-Wi-Fi?
  • ספר לי אילו אפליקציות מותקנות אצלך.

אז ב-MDM מסורתי, IT מקבלים אישורים כשפקודות התקבלו או הושלמו, והם יכולים לקבל הרבה מידע בחזרה מהמכשיר כשהם שואלים – אבל הם צריכים לשאול. שוב ושוב.

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

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

וכך הלאה והלאה והלאה.

זה מסתכם בזה: MDM מסורתי הוא מאוד פטפטן ויכול להשתמש בהרבה משאבי רשת.

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

איור 3: ניהול מכשירים דקלרטיבי

מה כל כך נהדר ב-DDM?

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

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

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

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

למד עוד מידע על DDM מ-Apple.

זרימות עבודה של DDM חלקות יותר.

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

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

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

DDM: העתיד של MDM הוא עכשיו.

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

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

נכתב במקור ב – 22 במרץ 2024 על ידי האדייר קופלי-וודס, קייטי אינגליש באתר Jamf