מה ההבדל בין SOA לארכיטקטורת שירותי מיקרוסופט בפיתוח תוכנה?


תשובה 1:

ההבדלים הבסיסיים בין הארכיטקטורה המונוליתית, SOA ושירותי מיקרוסופט הם כדלקמן:

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

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

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

עיין בתמונה למטה להבדלים העיקריים בין שירותי מיקרו ל SOA

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

מהי שירותי מיקרוסופט | מבוא לארכיטקטורה של שירות מיקרוסופט | אדורקה

למידה מאושרת :)


תשובה 2:

היי,

אני אשאיר את תשובתי קצרה ומסודרת ככל האפשר.

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

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

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

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

מקווה שהתשובה שלי עוזרת לך לקבל מושג לגבי ההבדלים בין שירותי SOA למיקרו.

תודה,

רג'פנדיאן סי


תשובה 3:

היי,

אני אשאיר את תשובתי קצרה ומסודרת ככל האפשר.

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

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

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

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

מקווה שהתשובה שלי עוזרת לך לקבל מושג לגבי ההבדלים בין שירותי SOA למיקרו.

תודה,

רג'פנדיאן סי


תשובה 4:

היי,

אני אשאיר את תשובתי קצרה ומסודרת ככל האפשר.

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

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

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

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

מקווה שהתשובה שלי עוזרת לך לקבל מושג לגבי ההבדלים בין שירותי SOA למיקרו.

תודה,

רג'פנדיאן סי