מגבלות בקשות של Power Platform
By Mirko Peters · · Updated
הבינו את מגבלות הבקשות של Power Platform ותכננו פתרונות גמישים שנמנעים מהאטה (throttling) באמצעות תכנון עומסי עבודה, אופטימיזציה וממשל.
Automatically translated with AI from the original post. Read the English original

אתם מנסים את אפליקציית ה-Power Platform שלכם והיא עובדת מצוין. אתם מתחילים להשתמש בה לצורכי העסק, ואז הדברים מתחילים להאט או נעצרים. לכלי Power Platform של Microsoft יש יכולות מצוינות, אבל לכל כלי יש מגבלות. כשאתם בונים פתרונות Power Platform, חשבו על היקף השימוש, על מגבלות הבקשות ועל אופן החיבור בין הרכיבים. תכנון נכון עוזר לפתרונות שלכם לעבוד היטב. כלים של Microsoft כמו Azure מאפשרים לכם לעשות הרבה יותר מאפליקציות Power Apps ותהליכי Power Automate בסיסיים. שמרו על העסק שלכם באמצעות הבנה של האופן שבו Microsoft Power Platform פועל כשהשימוש בו גדל.
עיקרי הדברים
בדקו תמיד את אפליקציות Power Platform שלכם עם נתונים אמיתיים. השתמשו גם במספרי משתמשים אמיתיים. כך תגלו מוקדם בעיות של הרחבה. תקנו בעיות לפני שהן פוגעות בעסק שלכם.
תכננו את הארכיטקטורה בזהירות. כך תימנעו מבעיות הרחבה. טעינת נתונים איטית ושגיאות של מגבלות בקשות הן בעיות נפוצות. השתמשו בקיבוץ בקשות (batching) כדי לשפר מהירות. השתמשו בשאילתות יעילות כדי לעזור לביצועים.
בדקו את השימוש שלכם לעיתים קרובות ב-Power Platform Admin Center. כך תוכלו לאתר אפליקציות ותהליכים שצורכים משאבים רבים מדי. אפליקציות כאלה עלולות להאט את הפלטפורמה.
העבירו משימות כבדות ל-Azure Functions אם תהליכים מתחילים להאט. השתמשו ב-Azure Functions גם עבור תהליכים מורכבים. כך פתרונות Power Platform שלכם יישארו מהירים ויעילים.
השתמשו בתכנון מודולרי לפתרונות שלכם. פרקו תהליכים גדולים לחלקים קטנים יותר. כך הניהול קל יותר. זה גם עוזר לביצועים.
האשליה של היעדר מגבלות ב-Power Platform
הצלחה באב טיפוס מול סקאלה בעולם האמיתי
אולי בניתם אפליקציה או תהליך קטנים ב-Microsoft Power Platform. הם עבדו מצוין בבדיקה. הכול נראה מהיר וקל. ניתן להוסיף נתונים ולהריץ תהליכים בלי בעיה, וגם להתחבר למערכות אחרות. הניצחון המוקדם הזה עלול לגרום לכם לחשוב שאין מגבלות. יש אנשים שחושבים שאם זה עובד לכמה, זה יעבוד לרבים. אבל זה לא תמיד נכון.
כשמשתמשים בפתרון Power Platform שלכם בעסק אמיתי, הדברים משתנים. יותר אנשים מתחילים להשתמש בו במקביל. התהליכים רצים בתדירות גבוהה יותר. הנתונים גדלים במהירות. ייתכן שתתחברו למערכות עסקיות נוספות. אז אתם עלולים לראות האטות או שגיאות. הפלטפורמה מתחילה להראות את המגבלות האמיתיות שלה. מגלים שהדרך שבה בניתם את הפתרון לצורך בדיקות לא תמיד מתאימה לצרכים עסקיים גדולים.
טיפ: בדקו תמיד את אפליקציות ותהליכי Microsoft Power Platform עם נתונים אמיתיים ומספרי משתמשים אמיתיים לפני שאתם משתמשים בהם לצורכי העסק.
נקודות כאב נפוצות בהרחבה
עלולות להיתקל בבעיות כשפתרונות Power Platform שלכם גדלים. אלה כמה מהבעיות הנפוצות:
טעינת הנתונים איטית כשפותחים אפליקציות Power Apps עם טבלאות גדולות.
תהליכי Power Automate לוקחים יותר זמן או נכשלים.
הפלטפורמה מציגה שגיאות בנוגע למגבלות בקשות או להאטה (throttling).
האינטגרציה עם מערכות אחרות של Microsoft מפסיקה לעבוד כראוי.
משתמשים מתלוננים על עיכובים או על נתונים חסרים בפתרונות העסקיים.
הבעיות האלה מתרחשות משום ש-Microsoft Power Platform מוגבל. יש מגבלות על כמות הנתונים שניתן להעביר. יש מגבלות על מספר הבקשות שניתן לבצע. יש מגבלות על המהירות שבה ניתן לעבד דברים. תכנון נכון עוזר להימנע מהבעיות האלה. צריך לתכנן לצמיחה, לעקוב אחרי הפתרונות ולהשתמש בכלים הנכונים של Microsoft ושל Azure. כך פתרונות Power Platform יוכלו לתמוך בעסק שלכם ככל שהוא גדל.
הבנת מגבלות הבקשות של Microsoft Power Platform
מהן מגבלות בקשות והאטה (Throttling)?
אתם משתמשים ב-Microsoft Power Platform כדי לבנות אפליקציות ותהליכים. הכלים האלה עוזרים לכם לפתור בעיות עסקיות. בזמן השימוש, אתם שולחים בקשות לפלטפורמה. בקשה יכולה להיות כל פעולה, כמו קריאת נתונים, כתיבת נתונים או קריאה לקונקטור. הפלטפורמה סופרת כל בקשה שאתם מבצעים.
מגבלות בקשות קובעות תקרה למספר הפעמים שניתן לבקש מהפלטפורמה לבצע פעולה ביום. אם עוברים את התקרה הזו, הפלטפורמה מתחילה להאט אתכם. זה נקרא throttling (האטה). המשמעות היא שהפלטפורמה תעכב או תחסום את הבקשות שלכם עד שתחזרו מתחת למגבלה. עלולות להופיע שגיאות, או שהתהליכים שלכם ירוצו לאט בהרבה.
אתם יכולים לראות הגבלת קצב (throttling) בפעולה כששולחים יותר מדי הודעות דוא"ל או מבצעים יותר מדי קריאות לקונקטור. לדוגמה, אם יש לכם זרימה אחת ששולחת את כל ההודעות באמצעות חשבון שירות יחיד, אתם עלולים להגיע למגבלה מהר מאוד. אם תפזרו את העבודה בין חשבונות שונים או תאזנו את העומס, תוכלו להימנע מהגבלת קצב. זוהי טבלה שמציגה דרכים שונות לתכנון הזרימות שלכם לניהול העומס והימנעות ממגבלות:
גישת תכנון | תיאור |
|---|---|
תכנון A | זרימת דוא"ל יחידה עם חשבון שירות אחד, שבה זרימת דוא"ל משנית נקראת על ידי כל זרימות העסק כדי לשלוח הודעות. |
תכנון B | חשבון שירות ייעודי לכל זרימת עסק, המאפשר לכל זרימה לשלוח הודעות באמצעות החשבון שלה. |
תכנון C | איזון עומס בין זרימות ללא load balancer, שבו בקשות דוא"ל מנותבות למספר זרימות משניות עם חשבונות שירות ייעודיים כדי לנהל את העומס ביעילות ולהימנע מהגבלת קצב. |
הערה: הגבלת הקצב מגינה על הפלטפורמה ושומרת על תפקודה עבור כולם. עליכם לתכנן את הארכיטקטורה כך שתימנעו מהגעה למגבלות אלה.
שימוש ב-Power Apps לעומת Power Automate
אתם משתמשים גם ב-Power Apps וגם ב-Power Automate בפתרונות העסקיים שלכם. לכל כלי יש דרך שונה לשימוש בבקשות. Power Apps משתמשת בבקשות כשפותחים אפליקציה, טוענים נתונים או שומרים שינויים. Power Automate משתמשת בבקשות בכל פעם שזרימה רצה, בודקת נתונים או קוראת לשירות אחר.
אם אתם בונים אפליקציית Power Apps שטוענת כמות גדולה של נתונים בבת אחת, אתם עלולים להגיע למגבלת הבקשות. גם זרימה שעוברת בלולאה על רשומות רבות עלולה להגיע למגבלה. האופן שבו אתם מתכננים את הפתרון חשוב. מומלץ לקבץ נתונים, להשתמש בשאילתות יעילות ולהימנע מביצוע בקשה נפרדת עבור כל רשומה.
תוכלו לעקוב אחר השימוש שלכם ב-Microsoft Power Platform admin center. כך תוכלו לראות אילו אפליקציות או זרימות משתמשות במספר הבקשות הגבוה ביותר. לאחר מכן תוכלו לשנות את התכנון כך שייעשה שימוש בפחות בקשות, והפתרונות שלכם ימשיכו לפעול בצורה חלקה.
למה קיימות מגבלות לתקינות השירות
Microsoft קובעת מגבלות בקשות כדי לשמור על תקינות הפלטפורמה. אם כל אחד יוכל לשלוח מספר בלתי מוגבל של בקשות, הפלטפורמה תאט או אף תפסיק לפעול. המגבלות מבטיחות שימוש הוגן בפלטפורמה לכל המשתמשים. הן גם מגינות על נתוני העסק שלכם ושומרות על אמינות הפתרונות שלכם.
כשאתם מתכננים פתרונות Power Platform, עליכם לקחת בחשבון את המגבלות האלה. ארכיטקטורה טובה עוזרת להימנע מבעיות. תוכלו להשתמש ב-Azure לטיפול בעבודות כבדות או בעומסי נתונים גדולים. כך העסק שלכם ממשיך לפעול והמשתמשים שלכם מרוצים.
טיפ: בדקו תמיד את השימוש שלכם בבקשות ותכננו לצמיחה. כך תימנעו מהפתעות ותשמרו על חוזק הפתרונות שלכם ב-Microsoft Power Platform.
סימנים מוקדמים לבעיות בהרחבה
משך ריצת זרימות ושגיאות
ייתכן שתבחינו בכך שהזרימות שלכם ב-Microsoft Power Platform מתחילות לרוץ לאט יותר. כשזרימה מופעלת באיטיות, הדבר מעיד לרוב על יותר מדי קריאות לקונקטור או לזרימה. זה עלול להוביל להגבלת קצב. תוכלו לבדוק את הזרימה על ידי הרצה ידנית שלה. אם היא מופעלת מיד, הגבלת הקצב אינה הבעיה. אם אתם רואים עיכובים, כדאי לבדוק כמה פעולות הזרימה משתמשת בהן. הגבלת קצב שמופיעה שוב ושוב מעידה על הצורך לתכנן מחדש את הזרימה. תוכלו להשתמש בפחות פעולות או לקבץ נתונים כדי לעזור לפתרונות ה-Power Platform שלכם לרוץ מהר יותר.
אלה כמה סימנים מוקדמים שכדאי לשים לב אליהם:
זרימה לוקחת יותר זמן מהרגיל להתחיל או להסתיים.
אתם רואים שגיאות הקשורות למגבלות בקשות או להגבלת קצב.
בדיקות ידניות מראות עיכובים בהפעלת זרימות.
משתמשים מדווחים על פתרונות עסקיים איטיים או על נתונים חסרים.
הגבלת קצב, פסקי זמן וכשלים
הגבלת קצב, פסקי זמן וכשלים יכולים לעצור את פתרונות ה-Microsoft Power Platform שלכם מלפעול כראוי. בעיות אלה מתרחשות לרוב כשיש שגיאות תצורה. ל-Azure Front Door יש תפקיד מרכזי בתשתית האינטרנט הגלובלית. אם יש בה בעיות, ייתכן שתראו כשלים בכניסה למערכת, דפי פורטל ריקים או שגיאות שער (gateway). תסמינים אלה עלולים להשפיע על שירותים רבים, כולל Power Apps ו-Power Automate. עליכם לנטר את הפלטפורמה שלכם לאיתור בעיות מסוג זה. פעולה מהירה עוזרת לשמור על העסק שלכם פועל.
שגיאות תצורה ב-Azure Front Door יכולות לגרום להגבלת קצב.
עלולים להתרחש פסקי זמן כאשר זרימות או אפליקציות ממתינות זמן רב מדי לנתונים.
כשלים יכולים להופיע כמסכים ריקים או כשגיאות של שער (gateway).
אינטגרציה עם שירותים אחרים של microsoft עלולה להפסיק לפעול.
שימוש מוגזם בלוגיקה מורכבת ובמחברים
ייתכן שתבנו זרימות עם שלבים מקוננים רבים או לולאות. שימוש מוגזם בלוגיקה מורכבת עלול להאט את פתרונות power platform שלכם. כאשר משתמשים במחברים רבים, כל אחד מהם מוסיף בקשות נוספות. הדבר עלול לדחוף את הפלטפורמה מעבר למגבלות שלה. כדאי לשמור על ארכיטקטורה פשוטה. צברו נתונים לקבוצות (batching) והימנעו מביצוע בקשה נפרדת לכל רשומה. השתמשו בשאילתות יעילות ב-power apps וב-power automate. זה עוזר לפתרונות שלכם להישאר מהירים ואמינים.
טיפ: סקרו את הזרימות והאפליקציות שלכם לעיתים קרובות. חפשו מקומות שבהם אתם משתמשים במחברים רבים מדי או בלוגיקה מורכבת. עיצוב פשוט עוזר ל-microsoft power platform לעבוד טוב יותר ככל שהעסק גדל.
דפוסי כשל מהעולם האמיתי בפתרונות Power Platform
זרימות אישור בקנה מידה גדול
ייתכן שתבנו זרימת אישור ב-microsoft power platform. היא עובדת בסדר עם מספר קטן של בקשות. כשמשתמשים בה לעסק, מגיעים מאות אישורים כל יום. הזרימה הולכת ומאטה. לעיתים, האישורים אינם מגיעים לאדם הנכון. משתמשים מדווחים שאינם מקבלים התראות. הפלטפורמה מציגה שגיאות לגבי מגבלות בקשות. Power Automate מנסה להריץ פעולות רבות עבור כל אישור. לזרימה יש לולאות ושלבים בתוך שלבים אחרים. הדבר מגביר את העומס על הפלטפורמה.
מדוע זה קרה? בניתם את הזרימה עבור קבוצה קטנה. לא חשבתם על מה שיקרה כשהיא תגדל. העיצוב הפך להיות קשה מדי לניהול. השתמשתם במחברים ובפעולות רבים מדי. לא קיבצתם בקשות ולא השתמשתם בלוגיקה פשוטה. ניתן ללמוד מהבעיה הזו. שמרו על עיצוב פשוט. אל תסבכו דברים יתר על המידה. השתמשו ב-batching כדי לטפל באישורים רבים בבת אחת. בדקו את הזרימה עם נתוני עסק אמיתיים לפני השימוש בה.
הערה: פתרונות טובים של power platform משתפרים עם למידה ומשוב. נסו רעיונות חדשים ושפרו את הזרימות שלכם לאורך זמן.
אפליקציות עתירות נתונים ואינטגרציות
ייתכן שתבנו פתרון power apps המתחבר לטבלאות גדולות ב-microsoft dataverse. האפליקציה נטענת לאט. המשתמשים ממתינים לנתונים שיופיעו. לעיתים האפליקציה אינה מציגה רשומות. מופיעות שגיאות לגבי מגבלות בקשות וצמצום קצב (throttling). הפלטפורמה מתקשה עם כמות גדולה מדי של קריאות נתונים. חיבורים למערכות microsoft אחרות מפסיקים לפעול. אתם מנסים לתקן זאת על ידי הוספת לוגיקה נוספת, אך הדבר מחמיר את המצב.
מדוע זה קרה? לא קיבצתם בקשות נתונים. ביצעתם קריאה נפרדת עבור כל רשומה. העיצוב הפך להיות קשה מדי לניהול. לא השתמשתם בשאילתות חכמות. ניתן לתקן זאת על ידי שמירה על עיצוב פשוט. השתמשו ב-batching וב-caching. בדקו את האפליקציה עם מערכי נתונים גדולים. למדו מהטעויות ושפרו את הפתרון שלכם.
לקחים שניתן להפיק:
אל תסבכו דברים יתר על המידה.
בדקו עם נתונים אמיתיים.
צרו מקומות למשוב ולשיפור.
טיפ: כשאתם בונים פתרונות power platform, תכננו תמיד לצמיחה. השתמשו בלוגיקה פשוטה ובדרכים חכמות לטיפול בנתונים. זה עוזר ל-microsoft power platform לעבוד היטב.
מגבלות בקשות וצמצום קצב ב-Power Automate
כיצד פעולות זרימה צורכות קיבולת
אתם משתמשים בזרימות ב-microsoft power platform כדי לאוטומטט משימות ולחבר בין מערכות. כל פעולה בזרימה נספרת כבקשה. כאשר מריצים זרימה, כל שלב צורך מקיבולת הפלטפורמה. חשוב לדעת כמה בקשות הזרימות שלכם צורכות. אם חורגים מהמגבלה, הפלטפורמה מאטה או עוצרת את הזרימות שלכם.
להלן טבלה המציגה את מגבלות הבקשות העיקריות של זרימות Power Automate:
סוג מגבלה | ערך |
|---|---|
בקשות לכל משתמש | |
מגבלת פרץ | 100,000 פעולות בתוך חמש דקות |
צמצום קצב מתמשך | ניתן לכבות זרימות לאחר 14 ימים של צמצום קצב מתמשך |
מגבלות אלו באות לידי ביטוי כאשר הזרימות שלכם מריצות שלבים רבים או מעבדות כמויות גדולות של נתונים. אם אתם בונים פתרונות עסקיים שמטפלים במערכי נתונים גדולים או שולחים הודעות דוא"ל רבות, אתם מגיעים למגבלות האלו מהר יותר. עליכם לעקוב אחר היסטוריית הזרימות ולבדוק שגיאות הקשורות לצמצום קצב. הפלטפורמה משתמשת במגבלות אלו כדי לשמור על בריאותו של microsoft power platform עבור כולם.
אסטרטגיות עיצוב להפחתת קריאות
אפשר להפוך את הזרימות שלכם לחכמות יותר באמצעות ארכיטקטורה טובה. כדאי לתכנן זרימות שמבצעות פחות בקשות. אפשר להעביר את העבודה למקורות הנתונים ולתת להם לבצע את רוב המשימות הכבדות. אפשר לסנן נתונים מוקדם, כך שהזרימות יעבדו רק על מה שנחוץ. כדאי להימנע מביצוע בקשה נפרדת לכל רשומה. במקום זה, אפשר לקבץ פעולות ולהשתמש בעיבוד אצווה.
הנה כמה אסטרטגיות שאפשר להשתמש בהן:
שמרו על זרימות קלות על ידי מתן אפשרות למקורות הנתונים לטפל בעבודה.
סננו נתונים לפני העיבוד שלהם בפלטפורמה.
השתמשו בבקשות אצווה כדי לטפל בפריטים רבים בבת אחת.
שמרו תוצאות במטמון כדי לא לחזור על בקשות.
הוסיפו לוגיקת ניסיון חוזר כדי להגן על הזרימות מפני כשלים.
אם תשתמשו באסטרטגיות האלה, פתרונות Power Platform שלכם ירוצו מהר יותר וישתמשו בפחות קיבולת. אתם עוזרים ל-Microsoft Power Platform להישאר אמין עבור העסק שלכם. בנוסף, האינטגרציה שלכם עם מערכות אחרות תהיה חלקה יותר.
טיפ: סקרו את הזרימות שלכם לעיתים קרובות. חפשו מקומות שבהם אפשר לקבץ פעולות לאצווה או לסנן נתונים מוקדם. שינויים קטנים יכולים לעשות הבדל גדול באופן שבו הפתרונות שלכם מתפקדים.
עיבוד אצווה, שאילתות יעילות ומטמון
עיבוד אצווה עוזר לכם לעבד רשומות רבות עם פחות בקשות. אתם מקבצים נתונים יחד ושולחים אותם בקריאה אחת. הדבר מפחית את העומס על הפלטפורמה ומשמר את הזרימות שלכם פועלות בצורה חלקה. שאילתות יעילות מאפשרות לכם לקבל רק את הנתונים שאתם צריכים. אתם משתמשים במסננים כדי לצמצם את התוצאות. הדבר חוסך זמן ומשאבי פלטפורמה.
מטמון שומר תוצאות כך שלא תצטרכו לבקש שוב את אותם הנתונים. אתם משתמשים בנתונים שנשמרו במטמון כשאתם זקוקים להם. הדבר הופך את הזרימות שלכם למהירות יותר ומפחית את מספר הבקשות. אפשר להשתמש במטמון ב-Power Apps וב-Power Automate כדי לשפר ביצועים.
כך אפשר להשתמש בשיטות האלה בפתרונות Power Platform שלכם:
שלחו בקשות אצווה כדי לעבד מערכי נתונים גדולים עם פחות קריאות.
השתמשו בשאילתות יעילות כדי לקבל רק את הנתונים שאתם צריכים.
שמרו תוצאות במטמון כדי להימנע מחזרה על בקשות.
העבירו עבודה למקורות הנתונים כשניתן.
הוסיפו לוגיקת ניסיון חוזר כדי לטפל בשגיאות ולשמור על הזרימות פועלות.
עליכם לתכנן את הארכיטקטורה שלכם עם הרעיונות האלה בראש. אם תבנו פתרונות שמשתמשים בעיבוד אצווה, בשאילתות יעילות ובמטמון, תימנעו מהגבלת קצב (throttling) ותשמרו על פתרונות עסקיים חזקים. אתם עוזרים ל-Microsoft Power Platform לתמוך בעסק שלכם בזמן שהוא צומח.
הערה: תכנון טוב שומר על הפלטפורמה בריאה. השתמשו בעיבוד אצווה, בשאילתות יעילות ובמטמון כדי לגרום לפתרונות שלכם לעבוד טוב יותר.
שינוי קנה מידה של Power Apps עם נתונים וארכיטקטורה
מגבלות API של Dataverse וקיבולת
אתם משתמשים ב-Microsoft Power Platform כדי ליצור פתרונות עסקיים עם נתונים חשובים. כשאתם מחברים Power Apps ל-Dataverse, אתם עובדים עם טבלאות ורשומות. לפלטפורמה יש מגבלות על מספר קריאות ה-API שאפשר לבצע. המגבלות האלה עוזרות ל-Microsoft לשמור על תפקוד תקין עבור כולם. אם שולחים יותר מדי בקשות, עלולות להופיע שגיאות או האטות.
צריך להבין כיצד מגבלות API של Dataverse משפיעות על הפתרונות שלכם. כל פעולה, כמו קריאה או כתיבה של נתונים, נספרת במסגרת המגבלה היומית שלכם. אם האפליקציה שלכם טוענת טבלאות גדולות או מריצה שאילתות רבות, אתם צורכים יותר קיבולת. כדאי לתכנן את העיצוב כך שיבצע בקשות באצווה ויסנן נתונים תחילה. הדבר עוזר להימנע מהגעה למגבלות ושומר על תפקוד תקין של העסק.
טיפ: בדקו את השימוש שלכם במרכז הניהול של Microsoft Power Platform. אפשר לראות אילו אפליקציות צורכות את רוב הנתונים והבקשות. הדבר עוזר לכם למצוא דרכים לשפר את הפתרונות שלכם.
הנה טבלה פשוטה שמציגה כיצד פועלות מגבלות ה-API:
סוג פעולה | דוגמה | קריאות API בשימוש |
|---|---|---|
קריאת נתונים | טעינת רשומות באפליקציה | 1 לכל רשומה |
כתיבת נתונים | שמירת שינויים | 1 לכל רשומה |
שאילתת נתונים | סינון תוצאות | 1 לכל שאילתה |
מתי להשתמש ב-Plugins, ב-Azure Functions או בשירותים מותאמים אישית
לפעמים צריך יותר כוח ממה שהפלטפורמה מעניקה. ייתכן שתרצו להריץ חישובים גדולים או להתחבר למערכות אחרות. Microsoft מאפשרת להשתמש ב-plugins, ב-Azure Functions או בשירותים מותאמים אישית למשימות האלה. Plugins פועלים בתוך Dataverse ומטפלים בלוגיקה מורכבת. Azure Functions פועלים מחוץ לפלטפורמה ומעבדים נתונים בענן. שירותים מותאמים אישית עוזרים בצרכי אינטגרציה מיוחדים.
כדאי להשתמש ב-plugins כשצריך לוגיקה מהירה ובטוחה קרוב לנתונים. Azure Functions מתאימים במיוחד לעבודה כבדה או כשצריך לחרוג ממגבלות הפלטפורמה. שירותים מותאמים אישית עוזרים לכם להתחבר למערכות עסקיות אחרות. על ידי בחירת הכלי הנכון, תשמרו על פתרונות Power Platform חזקים ואמינים.
שימו לב: תכנון טוב משלב נכון בין יכולות הפלטפורמה לבין כלים חיצוניים. כך תוכלו לבנות פתרונות שצומחים יחד עם העסק שלכם.
ניטור ובקרה ב-Microsoft Power Platform
מעקב אחר שימוש וצריכה
כדאי לעקוב כל יום אחר אופן הפעולה של Microsoft Power Platform. הפלטפורמה מספקת כלים למעקב אחר השימוש ולבדיקה של כמות הנתונים שהאפליקציות וה-flows שלכם צורכים. ניתן למצוא את הכלים האלה ב-Power Platform Admin Center. המרכז הזה עוזר לראות אילו חלקים בפתרונות העסקיים שלכם צורכים הכי הרבה משאבי עיבוד ונתונים.
להלן טבלה המציגה את הכלים העיקריים שניתן להשתמש בהם:
כלי | תיאור |
|---|---|
Dataverse Analytics | מציג כמה נתונים אתם משתמשים ועוזר לעקוב אחר הקיבולת ב-Dataverse. |
Power Automate | מאפשר לראות כמה flows רצים וכמה משאבים הם צורכים. |
Power Apps | מספק דוחות על ביצועי האפליקציות וכמות הנתונים שהן מעבירות. |
Data Export | מאפשר לייצא נתוני שימוש כדי לנתח אותם ולמצוא דפוסים. |
השתמשו בכלים האלה כדי לבדוק אם פתרונות Power Platform שלכם פועלים כראוי. כך תוכלו לזהות בעיות מוקדם ולתקן אותן לפני שהן יפגעו בעסק. תוכלו לראות אילו אפליקציות או flows מבצעים את מספר הבקשות הגבוה ביותר. תגלו כיצד הארכיטקטורה שלכם משפיעה על צריכת הנתונים. שמרו על בריאות הפלטפורמה על ידי מעקב תכוף אחר השימוש.
טיפ: בדקו את הניתוחים מדי שבוע. כך תזהו בעיות לפני שהן הופכות לבעיות גדולות.
זיהוי אפליקציות וזרימות "רועשות"
חלק מהאפליקציות וה-flows צורכים יותר משאבי עיבוד ונתונים מאחרים. אנחנו מכנים אותם "רועשים" מכיוון שהם מבצעים בקשות רבות ועלולים להאט את הפלטפורמה. חשוב לאתר את האפליקציות וה-flows הרועשים כדי לשמור על פעולה תקינה של Microsoft Power Platform.
עברו על הדוחות במרכז הניהול. בדקו אילו אפליקציות או flows צורכים הכי הרבה נתונים. בדקו אם flow כלשהו רץ תדיר מדי או משתמש בחיבורים רבים מדי. ברור לכם אם אפליקציה אחת גורמת לבעיות לאחרות? ניתן להשתמש בתוספות קיבולת אם אתם זקוקים לעוד משאבים לפתרונות העסקיים שלכם, אבל תכנון טוב עדיף על פני הוספת קיבולת בלבד.
שמרו על האינטגרציה חזקה על ידי מעקב אחר flows רועשים. בצעו שינויים בארכיטקטורה כדי לצמצם בקשות מיותרות. כך תסייעו לעסק לצמוח, תוך שמירה על פלטפורמה מהירה ואמינה.
שימו לב: בדקו את האפליקציות וה-flows שלכם לעיתים קרובות. שינויים קטנים יכולים לשפר את פתרונות Microsoft Power Platform עבור כולם.
העברת עבודה כבדה ל-Azure Functions
מתי כדאי להעביר לוגיקה מ-Flows
אתם בונים פתרונות Power Platform כדי לסייע לעסק שלכם. לעיתים flows ב-Microsoft Power Platform מואטים. ייתכן שתופיע שגיאה או עיכוב עם מערכי נתונים גדולים. Flows יכולים להגיע למגבלות שלהם אם הם מבצעים יותר מדי עבודה. חשוב לדעת מתי להעביר לוגיקה מחוץ ל-flows של Power Automate.
כדאי להעביר לוגיקה החוצה אם אתם מבחינים באחד מהדברים הבאים:
ה-flows לוקחים זמן רב להסתיים.
הנתונים דורשים יותר עוצמה ממה שהפלטפורמה מספקת.
אתם רוצים להריץ קוד מותאם אישית או כללים מיוחדים.
החיבור למערכות אחרות הופך קשה מדי עבור ה-flows.
העברת עבודה כבדה ל-Azure Functions שומרת על פשטות. הפלטפורמה מבצעת את המשימות הקלות, ושירותי הענן של Microsoft מבצעים את המשימות הגדולות.
תרחישי העברה נפוצים
חלק מהמשימות דורשות יותר עוצמה ממה שה-flows יכולים לספק. Azure Functions מאפשרות לעבד נתונים מחוץ לפלטפורמה. ניתן להריץ קוד מותאם אישית, לעבוד עם קבצים גדולים או להתחבר לשירותים נוספים של Microsoft. להלן כמה מצבים שבהם העברה עוזרת:
ניתוח קבצי CSV גדולים עם הרבה שורות.
ביצוע חישובים מורכבים הדורשים יותר עוצמה.
קריאה ל-APIs מותאמים אישית שאינם כלולים במחברים הסטנדרטיים.
טיפול בפתרונות עסקיים הדורשים תשובות מהירות.
הטבלה שלהלן מציגה איזה כלי מתאים ביותר לכל משימה:
סוג משימה | הבחירה המומלצת |
|---|---|
מותאם אישית | Azure Function |
שילוב תהליכים | Logic App |
תזמור + קוד | שניהם |
בחרו ב-Azure Functions עבור לוגיקה מותאמת אישית או עוצמה נוספת. השתמשו ב-Logic Apps למשימות תהליכי עבודה. לעיתים, השתמשו בשניהם לפתרונות מתקדמים.
תזמור עם Power Platform ו-Azure
ניתן להשתמש ב-Microsoft Power Platform כדי להתחיל את הפתרונות העסקיים שלכם. Power Automate מתחיל את התהליך. אם אתם זקוקים לעוצמה נוספת, הפעילו Azure Functions לעבודה הכבדה. שלחו נתונים מ-Power Apps או מ-flows ל-Azure Functions. הפונקציה מעבדת את הנתונים ומחזירה את התוצאות.
כך הארכיטקטורה שלכם נשארת חזקה. לא תיתקלו במגבלות הפלטפורמה. הפתרונות שלכם יהיו מהירים ואמינים יותר. תוכלו לשלב את הטוב ביותר של Microsoft Power Platform ו-Azure. העסק שלכם יכול לצמוח בלי להיכנס להאטה.
טיפ: בדקו את ה-flows וה-apps שלכם לעיתים קרובות. העבירו משימות כבדות ל-Azure Functions אם אתם צריכים יותר עוצמה או לוגיקה מותאמת אישית.
תהליכי עבודה חכמים יותר עם AI ונתונים
שימוש ב-AI Builder וב-Azure AI
אפשר להפוך את פתרונות Power Platform שלכם לחכמים יותר באמצעות הוספת AI. Microsoft Power Platform מציעה כלים כמו AI Builder ו-Azure AI. הכלים האלה עוזרים לכם להשתמש בנתונים בדרכים חדשות. תוכלו לבנות אפליקציות שקוראות טקסט, מזהות דפוסים או חוזות מה עשוי לקרות בהמשך. AI Builder מאפשר להוסיף ל-power apps שלכם יכולות כמו עיבוד טפסים או זיהוי אובייקטים. אין צורך לכתוב קוד. פשוט בוחרים מה תרצו שה-AI יבצע ומחברים אותו לנתונים שלכם.
Azure AI נותן לכם עוצמה נוספת. אפשר להשתמש בו להבנת שפה, לניתוח תמונות או למודלים מותאמים אישית. כששילוב Azure AI עם Power Automate, תוכלו ליצור flows שממיינים מיילים, בודקים סיכונים או מחלצים פרטים מרכזיים ממסמכים. כך פתרונות העסק שלכם הופכים למהירים ומועילים יותר. תוכלו לחבר נתונים ממקורות רבים ולהשתמש ב-AI כדי לקבל החלטות טובות יותר.
טיפ: התחילו בתכונת AI קטנה באפליקציה או ב-flow שלכם. בדקו אותה עם נתונים אמיתיים לפני שתשתמשו בה לעסק.
ממשל ניטור של מודלי AI
כשמשתמשים ב-AI ב-Microsoft Power Platform, יש לשמור על בטיחות ואמינות המודלים. ממשל טוב עוזר לשלוט במי יכול להשתמש ב-AI ובאופן פעולתו בפלטפורמה. כדאי ליצור רשימת מלאי של כל סוכני ה-AI בפתרונות שלכם. זה עוזר לעקוב אחר הגישה ולהישאר תואמים לכללים.
אפשר להשתמש ב-Azure Policy כדי להגדיר הגבלות על המודלים שאנשים יכולים להשתמש בהם. לפני שמוסיפים מודל חדש, בדקו סיכונים וודאו שהוא לא יגרום לתקלות. הוסיפו בקרות בטיחות תוכן כדי לעצור פלטים מזיקים. השתמשו ב-model grounding כדי לשמור על תשובות AI מדויקות ורלוונטיות.
הנה רשימה פשוטה שתעזור לכם לנהל AI בארכיטקטורה שלכם:
השתמשו ב-Azure Policy כדי לשלוט בשימוש במודלים.
בדקו סיכונים לפני פריסת מודלים חדשים.
הוסיפו בקרות בטיחות כדי לחסום תוכן מזיק.
השתמשו ב-grounding כדי לוודא שה-AI נותן תשובות טובות.
כדאי לעקוב אחר מודלי ה-AI שלכם באופן קבוע. בדקו איך הם משתמשים בנתונים ואיך הם תורמים לעסק. כך Power Platform שלכם נשארת חזקה ובטוחה לכולם.
הכנה לעתיד של פתרונות Power Platform
תכנון מודולרי ועיבוד באצוות
אפשר להאריך את חיי פתרונות Microsoft Power Platform שלכם באמצעות תכנון מודולרי. פרקו flows גדולים לחלקים קטנים יותר. כל חלק מבצע תפקיד אחד. כך קל לתקן או לשנות את אפליקציות Power Platform שלכם. אם חלק אחד נכשל, אפשר לתקן אותו בלי לעצור את כל הפלטפורמה. עיבוד באצוות עוזר לכם לטפל בכמויות גדולות של נתונים. במקום לשלוח רשומה אחת בכל פעם, שולחים קבוצות של רשומות. זה חוסך משאבים ושומר על הפלטפורמה מהירה. אפשר להשתמש בעיבוד באצוות ב-Power Automate כדי לעבד פריטים רבים יחד. שיטה זו עוזרת לפתרונות העסק שלכם לעבוד טוב יותר ככל שהנתונים גדלים.
טיפ: בדקו את ה-flows שלכם עם נתונים אמיתיים. עיבוד באצוות ותכנון מודולרי עוזרים למנוע האטות בפלטפורמה.
אבטחת סודות וניטור
חייבים לשמור על הנתונים והסודות שלכם מאובטחים ב-Microsoft Power Platform. לעולם אל תשימו סיסמאות או מפתחות ב-flows או באפליקציות. השתמשו בכלים מאובטחים של Microsoft, כמו Azure Key Vault, לאחסון סודות. כך הפלטפורמה שלכם מוגנת מדליפות. כדאי גם לנטר את הפלטפורמה בכלי ניטור. הגדירו התראות על שגיאות או flows איטיים. מרכז הניהול של Microsoft Power Platform עוזר לעקוב אחר השימוש ולזהות בעיות מוקדם. ניטור טוב שומר על הארכיטקטורה שלכם חזקה והעסק שלכם בטוח.
תכנון רישוי וקיבולת
צריך לתכנן רישוי וקיבולת לפני שהפלטפורמה גדלה. בדקו כמה משתמשים צריכים גישה לפתרונות Power Platform שלכם. בדקו כמה נתונים העסק שלכם יצרוך. Microsoft מספקת כלים לצפייה בשימוש הנוכחי. אם אתם זקוקים ליותר עוצמה, אפשר להוסיף קיבולת. ודאו שהרישוי מתאים לצרכים שלכם. כך תימנעו מהפתעות ותשמרו על שילוב חלק. תכנון טוב מאפשר ל-Power Platform לתמוך בעסק שלכם ככל שהוא גדל.
שלב | מה לעשות |
|---|---|
בדיקת שימוש | השתמשו בכלי Microsoft כדי לראות נתונים ועוצמה |
בדיקת רישיונות | ודאו שיש לכם את הרישיונות הנכונים |
הוספת קיבולת | הגדילו את הכוח אם הפלטפורמה שלכם צריכה יותר |
הערה: תכנון הרישוי והקיבולת עוזר לפתרונות Microsoft Power Platform שלכם להישאר חזקים ככל שהעסק גדל.
קריאה לפעולה למפתחי Microsoft Power Platform
בדקו אפליקציות וזרימות קיימות
התחילו בבדיקת אפליקציות וזרימות Microsoft Power Platform שלכם. פתחו כל אפליקציה וכל זרימה כדי לראות איך הן עובדות. בדקו איך הן משתמשות בנתונים ובאיזו מהירות הן רצות. לפעמים זרימות Power Automate לוקחות יותר זמן ממה שציפיתם. שימו לב לנקודות איטיות או לשגיאות באפליקציות שלכם. השתמשו ב-Microsoft Power Platform admin center כדי לעקוב אחר השימוש. הכלי הזה מראה אילו אפליקציות וזרימות צורכים הכי הרבה כוח ונתונים. תוכלו לזהות דפוסים שעלולים לגרום לבעיות ככל שהעסק גדל.
הכינו רשימת בדיקה פשוטה שתעזור לכם בסקירה:
פתחו כל פתרון Power Apps ובדקו אותו עם נתונים אמיתיים.
הריצו זרימות Power Automate וחפשו עיכובים.
בדקו הודעות שגיאה או אזהרות בפלטפורמה.
השתמשו בניתוחים ב-Microsoft Power Platform admin center.
רשמו כל בעיה הנוגעת לנתונים, למהירות או לאינטגרציה.
טיפ: סקרו את האפליקציות והזרימות שלכם לעיתים קרובות. זה שומר על הארכיטקטורה חזקה והפלטפורמה בריאה.
זיהוי צווארי בקבוק ושיתוף חוויות
לאחר שבדקתם את פתרונות Microsoft Power Platform שלכם, חפשו צווארי בקבוק. צווארי בקבוק מאטים את פתרונות העסק שלכם ומקשים על האינטגרציה. אתרו זרימות שצורכות יותר מדי כוח או אפליקציות שטוענות יותר מדי נתונים. לפעמים חלק אחד בפלטפורמה גורם לבעיות לאחרים. השתמשו בטבלאות כדי להשוות את השימוש בין האפליקציות והזרימות השונות.
שם אפליקציה או זרימה | נתונים שנעשה בהם שימוש | כוח שנעשה בו שימוש | שגיאות שנמצאו | בעיות אינטגרציה |
|---|---|---|---|---|
אפליקציה לדוגמה | גבוה | בינוני | כן | לא |
זרימה לדוגמה | בינוני | גבוה | לא | כן |
שתפו את מה שמצאתם עם הצוות או הקהילה שלכם. תוכלו ללמוד מאחרים ולשפר את הארכיטקטורה של Microsoft Power Platform שלכם. שאלו שאלות ותנו טיפים. שיתוף עוזר לכולם לבנות פתרונות טובים יותר.
הערה: המשוב והסיפורים שלכם עוזרים לקהילת Microsoft Power Platform להתחזק.
אתם יודעים ש-Microsoft Power Platform חזקה, אבל יש לה מגבלות. צריך לבדוק את הנתונים שלכם לעיתים קרובות ולהשתמש בתכנון חכם. כלי Microsoft עוזרים לכם לראות כמה אתם משתמשים ולאתר בעיות. בנו פתרונות עסקיים עם Power Apps ו-Power Automate, אבל תכננו לקראת צמיחה. חיבורים טובים ומעקב אחר הפלטפורמה שומרים עליה בריאה. השתמשו ב-Azure אם אתם צריכים יותר כוח לפלטפורמה שלכם. שתפו את מה שלמדתם עם קהילת Microsoft Power Platform.
שאלות נפוצות
מה קורה אם חורגים ממגבלות הבקשות של Power Platform?
ייתכן שתראו שגיאות או שהאפליקציות שלכם יתחילו להאט. לפעמים הפלטפורמה חוסמת את הבקשות. כדאי לבדוק כמה אתם משתמשים. נסו לשנות את הפתרון כך שיבצע פחות בקשות.
איך מונעים הגבלת קצב (throttling) ב-Power Apps וב-Power Automate?
אפשר לקבץ נתונים יחד באצוות. השתמשו בשאילתות חכמות כדי לקבל רק את מה שאתם צריכים. שמרו תוצאות כדי לא לבקש את אותו דבר שוב. שמרו על זרימות קלות להבנה. עקבו אחר השימוש במרכז הניהול. תקנו אפליקציות וזרימות שצורכות יותר מדי בקשות לפני שהן יוצרות בעיות.
טיפ: נסו את הפתרונות שלכם עם נתונים אמיתיים. זה עוזר לאתר בעיות מוקדם.
מתי כדאי להשתמש ב-Azure Functions עם Power Platform?
השתמשו ב-Azure Functions כאשר הזרימות שלכם צריכות לבצע עבודה כבדה. בחרו בהן אם אתם צריכים קוד מיוחד או אם חייבים לטפל בקבצים גדולים. הוציאו שלבים מורכבים מהזרימות כדי לשמור על הפלטפורמה מהירה וחזקה.
איפה עוקבים אחר השימוש בבקשות ובקיבולת ב-Power Platform?
כלי | מה רואים |
|---|---|
מרכז ניהול | דוחות שימוש |
Dataverse Analytics | נתונים וקיבולת |
Power Automate | היסטוריית הרצות של זרימות |
בדקו את הכלים האלה לעיתים קרובות. זה עוזר לשמור על הפתרונות שלכם עובדים היטב.
כדאי גם להאזין ל
אם אתם חוקרים את מגבלות הבקשות של Power Platform, הפרקים האלה מוסיפים הקשר מעשי על יישום, ארכיטקטורה, אבטחה וממשל:
- Microsoft Teams Governance – The Illusion of Control — ראו איך בעלות, מדיניות ומחזור חיים של החלטות מעצבים פעולות אמינות של Microsoft 365.
- Microsoft AI Agent Harness – Simply Explained — הבינו תזמור, מסילות מגן, הערכה וניטור לזרימות עבודה מבוססות AI.
- Azure AI Foundry – Simply Explained — למדו כיצד נבנים, מוערכים, נפרסים ומנוהלים פתרונות AI ארגוניים.
- Microsoft Defender XDR – Simply Explained — חברו בין בחירות יישום לבין נראות אבטחה, חקירה ותגובה.