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

מה זה Azure Logic Apps?

Azure Logic Apps הוא שירות אינטגרציה מבוסס ענן המאפשר לך ליצור ולהפעיל זרמי עבודה אוטומטיים בין יישומים, מקורות נתונים ושירותים.זרימות עבודה אלה נועדו באמצעות מעצב חזותי בפורטל Azure או באמצעות קוד Visual Studio.כל תהליך מתחיל עם גורם (לדוגמה, כאשר רישום חדש של לקוח מופיע ב- CRM שלך) ואחריו פעולות אחד או יותר (כגון שליחת דוא"ל או יצירת חשבון משתמש).

בניגוד ל- Azure Functions, שהם ממוקדי קוד וטוב ללוגיקה אישית, יישומי לוגיים מצטיינים בשילוב שירותים באופן ברור.הם גם שונים מ-Power Automate (לשעבר Microsoft Flow) ב-Sense Apps מציעים תכונות ארגוניות עמוקות יותר כגון טרנספורמציה מתקדמת של נתונים עם תבניות נוזליות, תמיכה באינטגרציה של חשבון משולבת עבור הודעות B2B, ושילוב הדוק יותר עם Azure כגון Key Vault ו-Insights לשימוש ב-Inboard.

יתרונות מרכזיים של שימוש ב-Logical Apps for Customer Onboarding

היתרונות של מינוף Azure Logic Apps עבור הלקוח על הסיפון ללכת מעבר אוטומציה פשוטה.כאשר ייושמו כראוי, אתה מקבל עקביות, מהירות, ביקורת.

אוטומציה של משימות סודיות

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

חוויות עקביות על הסיפון

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

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

רוב התהליכים על הסיפון דורשים שילוב בין CRM (כמו Dynamics 365 או Salesforce), ספק זהות (כגון Azure Active Directory), פלטפורמת דואר אלקטרוני (Office 365, SendGrid), מערכת הודעה (Slack, Teams), ואולי מערכת ניהול הזמנה אישית.Log Apps מציעה מחברים מנוהלים עבור כל השירותים האלה, בתוספת היכולת לקרוא נקודות קצה, מסדי נתונים, ו- Azure Service אתה יכול גם להשתמש ב- API מותאם אישית כדי למנוע שילוב של זמן פנוי.

סקלאבול ללא תשתיות

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

עיצוב זרימת עבודה על הסיפון

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

זרימת עבודה טריגר וכניסה לנתונים

זרימת העבודה על הסיפון מתחילה כאשר לקוח חדש נוסף ל-CRM. ב-Logical Apps, אתה משתמש בגורם כגון "כאשר נוצר תיעוד" (עבור Dynamics 365) או "כאשר נוצר אובייקט חדש" (עבור Salesforce) הגורם עובר נתונים רלוונטיים של לקוחות - שם, דוא"ל, חברה, תוכנית שנבחרה - על מנת להגיע לזרימת העבודה כהקשר.

אימות ושגשוג

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

מתן חשבונות ומשאבים

לאחר שהנתונים עוברים אימות, הוראות זרימת העבודה של משתמשים במערכות הלקוח צריך לגשת.פעולות הוראה משותפת כוללות יצירת משתמש ב- Azure Active Directory (לספק גישה אחת לחתימה), הגדרת מנוי במערכת חיוב, ויצור מפתח API עבור המנוי של הלקוח, אם מתן צורך בצעדים מרובים (למשל, תחילה ליצור את הרישום של הלקוח, ולאחר מכן את המשתמש, להקצות את התפקידים המקבילים לחסום, כדי לנסות לחסום את תהליך החסד, כדי להפעיל את ה-"לשלב" כדי להפעיל את הכשלים"לשלב" פעולה.

שלח הודעות ברוכים הבאים

לאחר מתן הוא שלם, זרימת העבודה שולח דואר אלקטרוני בברכה אישית.You יכול להשתמש מחבר Office 365 Outlook לשלוח דוא"ל המורכב מתבנית, או להשתמש SendGrid עבור נפח גבוה יותר.הדואר צריך לכלול אישורי כניסה (בבטח באמצעות קישור חד פעמי ולא טקסט רגיל), קישורי תיעוד מוצר, וקריאה מתוכננת עם נציג הצלחה של לקוחות.

זיהוי צוותים פנימיים

הצעד האחרון הוא ליידע את הצוותים הפנימיים הרלוונטיים - מכירות, תמיכה ופיננסים - כי הצפה הושלמה.זה יכול להיעשות על ידי פרסום הודעה לערוץ Microsoft Teams או עדכון מערכת תקרית אישית.You עשוי גם לגרום זרימת עבודה נפרדת לבדיקה עמידה אם הלקוח דורש אישור ידני. ב-Logical Apps, אתה יכול לקרוא יישומים אחרים כמו זרימת עבודה לילדים כדי לשמור על כל זרם מודולרי וניתן לשנות אותו מחדש.

יישום זרימת העבודה ב- Azure Logic Apps

כדי לבנות את זרימת העבודה על הסיפון, אתה מתחיל על ידי יצירת משאב חדש לוגי App פורטל Azure.בחר את תבנית "Blank Logic App" ולאחר מכן לבחור את ההדק שלך מגלריית המחבר.לדוגמה, השתמש ב"כוח המכירות - כאשר רישום נוצר" וציין את האובייקט (Lead or Account) לאחר תצורת ההדק, להוסיף פעולות כדי לאמת נתונים, לבצע, להעביר הודעות דוא"ל, לשלוח הודעות דוא"ל, וכו '

עבור לוגיקה מתקדמת, כגון parsing JSON וטרנספורמציה של נתונים מschema אחד למשנהו, אתה יכול להשתמש בפעולות "פעילות נתונים" אם אתה צריך להפעיל קוד מותאם אישית, לצרף פונקציות Azure או לקרוא לנקודת קצה API. עורך ה-Logical App מספק גם ראיית קוד (הגדרה של JSON) עבור כוונון נכסים מתקדמים בסדר, כגון מדיניות retry ו concurrency.

לאחר ש-Logical App נשמר, תוכל לבדוק אותו באופן ידני על ידי בחירת "Run Trigger" ולספק קלט מדגם.עיין בהיסטוריה של המשחק כדי לראות כל צעד, שגיאות, והזמן שלוקח.זה מנהג טוב לגרסה-לשלוט בהגדרות ה-Logical App שלך באמצעות תבניות ARM ולאחסן אותם ב- Git repository. בעת הצורך לעדכן את זרימת העבודה, תוכל לשנות את התבנית האדומה ו-epy באמצעות DevOps או DevOps.

אינטגרציה מתקדמת Scenarios

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

Multi-Tenant Provisioning

אם המוצר שלך תומך פריסה רב-עוצמה, אפליקציית הלוגיקה יכולה ליצור באופן אוטומטי סביבה חדשה דיירת עבור כל לקוח.זה עשוי לכלול קריאת API כדי לסובב מקרה מבודד בשירות Azure Kubernetes, תצורה של תחומים מותאמים אישית, ו ראשונית של נתונים Tenant. על ידי שימוש ב-FLT:0Logic Apps's דפוס סינכרוני של Azure KuberLT:1, אתה יכול לחכות למתן הוראה כדי להשלים את הדואר האלקטרוני לפני קבלת הפנים.

התאמות עבודה והתאמה

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

אינטגרציה עם Azure Active Directory B2B

אם לוח התכנון שלך כרוך שותפים חיצוניים או ספקים, אתה יכול להזמין אותם כמו Azure AD B2B אורחים משתמשים. אפליקציית לוגיקה קורא ל- Microsoft Graph API ליצור הזמנה, להקצות תפקידים ולשלוח דוא"ל מותאם אישית. גישה זו משלבת ניהול זהות ומבטיחה כי כל המשתמשים החיצוניים עוקבים אחר מדיניות אבטחה דומה.

שיקולים ביטחוניים וביטוח

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

  • (FLT:0)מנדו את Identities וסודות: ההרחבה 1 (הנקראת "ה) נמנעים מאחסן מיתרי חיבור או מפתחות API בתוך הגדרות לוגיות App. השתמש ב- Azure Key Vault לאחסון סודות, והגדרת זהות מנוהלת לאפליקציית הלוגיקה, כך שהיא יכולה לאמת את המפתח וault מבלי לחשוף את האישורים.
  • (FLT:0) Data Encryption:FLT:1 לוגיקה Apps מצפין נתונים על מנת להשתמש במפתחות Microsoft-mand. עבור תאימות ללקוח, באפשרותך גם להשתמש במפתחות של לקוחות (CMK) עם Azure Key Vault. בנוסף, לאפשר ל- HTTPS עבור כל גורם או פעולות המשתמשות בחיבורי HTTP.
  • (FLT:0Network Access:BuildFLT:1) לסביבות רגישות, להגביל את התנועה לאפליקציית הלוגיקה באמצעות הגבלות IP או פריסה בתוך רשת וירטואלית באמצעות סביבת שירות אינטגרציה (ISE) באופן דומה, השתמש בנקודות קצה שירות או נקודות קצה פרטיות להתחבר במערכות על-premises מבלי לחשוף תנועה לאינטרנט הציבורי.
  • (FLT:0) Audit Logging:FLT:1 כל יישום לוגיקה מתרשם עם היסטוריה מפורטת של ריצות. הגדרות אבחון ניתן לייעל את הרשומות האלה ל- Azure Monitor, Log Analytics, או צד שלישי SIEM. זה מספק מסלול בלתי-משתנה של כל הפעילויות על הסיפון עבור ביקורות.

מעקב ואופטימיזציה של יישומי לוגיקה

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

התחל על ידי מתן אפשרות ל- 0 ;0 â € ¢ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇

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

שיטות טובות לאוטומציה מוצלחת

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

  • (FLT:0)Modular Designmia:FLT:1 לשבור את זרימת העבודה לתוך יישומים לוגיים קטנים יותר, ניתנים לחזרה לשימוש בזרימות עבודה מקונן.
  • (FLT:0) ,mplement Error Handling:FLT:1 השתמש בהיקף עם ניסיון-catch עבור כל קבוצה הגיונית של פעולות. in the Catchblock, שלח הודעה לפעילות, ובאופן אופציונלי לחזור כל צעדי מסירה.
  • (FLT:0)Version Controlהמחשה: 1.FLT 1 ייצוא את הגדרת הלוגיקה שלך כתבנית ARM ולאחסן אותו בשליטה מקור. השתמש בפריסות מנהל משאבי Azure לניהול שינויים סביבות (קוד, מבחן, פרוד).
  • (FLT:0)Throttle ו- Batch Appropriately:FLT 1:1 אם אתה מצפה נפח גבוה של לקוחות חדשים (למשל, אלפי שעות), להשתמש בעבודות אצווה ופיצול כדי לעבד קבוצות ביעילות.
  • (FLT:0)Test עם Dummy Data:FreaLT:1 לפני הולך לחיות, ליצור רתמה מבחן המדמה את רישום הלקוחות עם תכונות שונות, כולל מקרים קצה כמו שדות חסרים או הודעות דוא"ל לא יסולא.
  • (FLT:0) Retain Run Histories:FearLT:1 , הגדרות לשימור מספרים עבור היסטוריה של ריצה - הגנה היא 90 ימים, אבל אתה יכול להגדיל את זה עבור תאימות. להיות מודע כי שמירה ארוכה צורכת אחסון, כך נתונים ישנים ארכיון עבור Azure Blob Storage אם יש צורך.

מסקנה

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

לקריאה נוספת, לחקור את ה-FLT:0 (הרשמית Azure Logic AppssigtureFLT) 1:1, את ה-ApLT:2managed Connectionors ReferenceveFLT 3: and Best Practices for FLT:4monitoring Logic Apps with Azure MonitorFLT:5.