KQL ל-Azure Resource Graph: מדריך למתחילים

By Mirko Peters · 2026-10-21

למדו לשלוט ב-Kusto Query Language (KQL) עבור Azure Resource Graph. הכירו תחביר פשוט, מסנני צנרת, אופרטורי pipe ושאילתות לניהול סביבת הענן שלכם.

Automatically translated with AI from the original post. Read the English original

שליטה ב-Kusto Query Language (KQL) עבור Azure Resource Graph מאפשרת למנהלי ענן לכתוב שאילתות נקיות ומהירות במיוחד, שחושפות בקלות את מלאי הענן, סיכוני האבטחה ועמידה במדיניות הממשל (governance) על פני מספר מנויים, ללא צורך בלחיצות ידניות בפורטל.

עיקרי הדברים

• שאילתות KQL נקראות כמו מתכון, ומשתמשות בתו ה-pipe (|) כדי לשרשר שלבים עוקבים של עיבוד נתונים.
• הטבלה ברירת המחדל 'resources' מכילה את רוב מה שצריך כדי לשאול שאלות על פני מספר מנויי Azure בו-זמנית.
• שימוש באופרטורים project ו-extend עוזר לנקות פלטים מבולגנים ולחלץ ערכי מאפיינים מקוננים, בלי תוספת קוד מיותרת.
• Resource Graph מגביל תוצאות ל-1,000 רשומות כברירת מחדל, כמנגנון הגנה, ולכן בסביבות גדולות נדרשים אסימוני דפדוף (paging tokens).
• הכישורים ב-KQL שנלמדים ב-Azure Resource Graph עוברים ישירות ל-Log Analytics ול-Azure Data Explorer.

פענוח KQL ב-Azure Resource Graph

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

כל שאלה שאתם שואלים ב-Azure Resource Graph נבנית על בסיס KQL. אם השתמשתם פעם ב-Azure Data Explorer או ב-Log Analytics, התחביר הזה ייראה לכם מוכר מיד. ואם אתם מתחילים מאפס, עקומת הלמידה שטוחה להפתיע. אפשר ללמוד את הליבה של KQL הנדרשת לניהול ענן יומיומי בישיבה אחת.

האנטומיה של שאילתת KQL

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

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

resources | summarize count

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

אופרטורים חיוניים למנהלי ענן

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

• where: מסנן את מערך הנתונים לפי תנאים מסוימים. לדוגמה, שינוי השאילתה ל-resources | where type == "Microsoft.Compute/virtualMachines" מצמצם את הספירה למכונותווירטואליות בלבד.
• project: בוחר אילו עמודות מופיעות בפלט הסופי, ומאפשר להציג רק את שם המשאב, המיקום ומזהה המנוי, במקום קיר ענק של נתוני JSON גולמיים.
• order by: ממיין את התוצאות לפי סדר אלפביתי או מספרי, והופך ערימת נתונים אקראית לטבלה מסודרת וקלה לסריקה.
• extend: יוצר עמודה מותאמת אישית זמנית, המאפשרת לך לחלץ ערכי תצורה מקוננים לעומק ולתת להם שמות קצרים לשימוש חוזר.

הימנעות מטעויות נפוצות ב-KQL

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

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

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

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

סיכום והצעדים הבאים

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

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

שאלות נפוצות

מהו KQL ומדוע משתמשים בו ב-Azure Resource Graph?

KQL הוא קיצור של Kusto Query Language. זוהי שפת שאילתות קלה ואינטואיטיבית המשמשת לשאול שאלות על סביבת Azure שלכם ב-Resource Graph. היא מאפשרת לסנן, למיין ולקבץ אלפי משאבי ענן באופן מיידי, באמצעות תחביר קריא המופרד באמצעות קו אנכי (pipe).

כיצד מסננים משאבים לפי סוג באמצעות KQL?

ניתן לסנן משאבים על ידי הוספת פסוקית 'where' אחרי הצהרת הטבלה הראשונית. לדוגמה, כתיבת 'resources | where type =~ "microsoft.keyvault/vaults"' תחזיר רק את כספות המפתחות (Key Vaults) של Azure שלכם.

מדוע שאילתת KQL שלי מחזירה ערכים ריקים במקום שגיאה?

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

מהי מגבלת 1,000 הרשומות ב-Azure Resource Graph?

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