מתוך wikIT

קפיצה אל: ניווט, חיפוש


שווה ציטוט

[עריכה] שווה ציטוט


"כדי לדעת לחבר, צריך לדעת לפרק"

קישורים ממומנים

[עריכה] קישורים ממומנים

תורמים אחרים עשויים לערוך או אף להסיר את תרומתכם ל־wikIT

[עריכה] קטגוריה:SOA

Service Oriented Architecture

בעברית: ארכיטקטורה מוכוונת שירותים


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


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


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


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


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


"The single, most-important theme in modern application development is SOA" אמרו בגרטנר כבר בשנת 2002. ויחד עם הבנת החשיבות האדירה של SOA – נוצר Buzz עצום ובלבול.


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


ב-SOA לא המערכות אסטרטגיות, אלא הממשק אסטרטגי.


תוכן עניינים

[עריכה] רכיבי התשתית המרכזיים ב-SOA

  • Repository - תשתית לניהול מידע על מחזור חיי השירות.
  • BPM - תשתית לעיצוב והרצת תהליכים עסקיים.


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

[עריכה] תרחישים עסקיים

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

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

ארגון שאימץ SOA הוא ארגון ברמת מוכנות גבוהה למימוש מערכות יחסים מקוונות עם קהלי יעד מגוונים.

ערכים רלוונטיים: Information Security, EIM, EI, B2B


ארגון שמימש SOA, יש לו באופן נגיש וזמין לשימוש "אבני לגו" של פונקציונאליות עסקית והוא יכול להגדיר תהליכים עסקיים חדשים (על בסיס BPM) המשלבים שירותים אלו, ב-time to market מהיר.

ערכים רלוונטיים: OffShore ,ITG ,BSM


SOA ופתרונות Enterprise Integration) EI) מאפשרים למערכת ל"פרסם" אירוע עסקי ולמערכת אחרת להיות "מנויה" על האירוע ולהגיב אליו.

ערכים רלוונטיים: Talent Management ,ITG ,Information Security ,ERP ,EIM ,CRM ,CM ,BSM ,BI


SOA מאפשר להפריד בין שני רבדים:

- הפונקציונאליות העסקית (Business Logic) הנחשפת באמצעות שירותים ומשמשת את כל הערוצים (מה שמבטיח את ההתנהגות העקבית והרציפה בין הערוצים השונים).

- המערכת המנהלת את הדיאלוג מול המשתמש שהיא בדרך כלל מערכת שונה מערוץ לערוץ, על פי הטכנולוגיה של הערוץ.

ערכים רלוונטיים: e-Business, פורטל, Web 2.0

[עריכה] הרדאר הטכנולוגי של ה- SOA

הרדאר הטכנולוגי של SOA
הרדאר הטכנולוגי של SOA

[עריכה] יישום SOA בארגון

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

[עריכה] מה ההבדל בין SOA לבין התפיסה המוכרת של O.O ?

ה – scope של שני המושגים הללו שונה: התפיסה של .O.O היא מודל לפיתוח אפליקציות, ממומש בקוד, כאשר אובייקטים מייצגים ישויות ושירותים עבור האפליקציה (כולל אובייקטים שמייצגים utilities שונים), בעוד ש – SOA הוא מודל לארכיטקטורה מבוססת שירותים – חוצה מערכות, אפליקציות, פלטפורמות וארגונים, כאשר השירותים מייצגים פונקציונאליות עם משמעות עסקית ואשר הדרך שבה הם ממומשים שלהם לגמרי לא רלבנטית לארכיטקטורה.


ניווט

קהילה

חיפוש

תיבת כלים