Hodisalarga asoslangan SOA - Event-driven SOA

Hodisalarga asoslangan SOA shaklidir xizmatga yo'naltirilgan arxitektura (SOA), ning aql-zakovati va proaktivligini birlashtiradi voqealarga asoslangan arxitektura topilgan tashkiliy imkoniyatlar bilan xizmat qurbonliklar. Hodisalarga asoslangan SOA-dan oldin, odatdagi SOA platformasi, oldindan belgilab qo'yilgan biznes-jarayonlar orqali markazlashtirilgan tarzda xizmatlarni tashkil qiladi, agar ishga tushirilishi kerak bo'lgan narsalar biznes-jarayonda aniqlansa. Ushbu eski yondashuv (ba'zida SOA 1.0 deb nomlanadi) muayyan ish jarayonlarida yoki undan tashqarida sodir bo'lgan voqealarni hisobga olmaydi. Shunday qilib, rejalashtirilgan bo'lmagan va rejalashtirilgan bo'lgan faoliyat turlari xizmatlarning to'plamini keltirib chiqarishi kerak bo'lgan murakkab voqealar an'anaviy SOA 1.0 arxitekturasida hisobga olinmaydi.

SOA 2.0

SOA 2.0 arxitekturasi ("voqealarga asoslangan SOA") biznes foydalanuvchilariga voqealarni kuzatib borish, tahlil qilish va boyitishga imkon beradi, ular dastlab intuitiv ravishda aniq ko'rinmaydigan turli xil voqealar orasidagi aloqalarni o'rnatadilar. Bu boyitilgan voqealarni boshqalarga, ayniqsa biznes tahlilchilariga yoki marketing bo'yicha direktorlarga ko'rinadigan qiladi, shuningdek SOA 2.0 tizimiga ba'zi bir noyob naqshlarni hal qilish bo'yicha harakatlarni avtomatlashtirishga imkon beradi.[1]

SOA 2.0 bu ko'plab past darajadagi tizim voqealaridan yuqori darajadagi biznes tadbirlarni yaratish qobiliyatidir. Voqealar real vaqt ma'lumotlarini filtrlash orqali (masalan, o'rta dasturlardan, dasturlardan, ma'lumotlar bazalaridan va veb-xizmatlardan) va unga bog'liqlik kabi aniq tafsilotlar bilan qo'shib yaratiladi. sababiy munosabatlar boshqa hodisalarni o'zaro bog'lash orqali topilgan.

Agar SOA 2.0 muhiti tomonidan ishlab chiqarilgan boyitilgan voqealar orqali so'nggi bir necha kun ichida xaridorlar savatchasidan voz kechish darajasi oshgani aniq bo'lsa, marketing bo'limiga xabarnoma mijozlarning sotib olishiga sabab bo'lgan raqobatchilar tomonidan nima qilinganligi to'g'risida tadqiqot boshlashi mumkin. boshqa joylarda mahsulotlar. Ko'pgina xarid qilish vositalarida umumiy mahsulot bormi? Agar shunday bo'lsa, tanlov tomonidan taklif qilinadigan narxlar qanday?

Amalda, oqim voqealarining ushbu aloqasi nedensel vektorli dvigatel orqali qayta ishlanadi, u yaqinda ko'rib chiqilgan hodisalar asosida qidiruvni amalga oshiradi va agar munosabatlar aniqlansa, hodisaga sababchi vektorni belgilaydi. Agar A B ga olib keladigan bo'lsa, sabab vektorli dvigatel B-ning sabab vektor qoidalari indeksida A ga havolani mavjudligini tekshiradi Dvigatel bir vaqtning o'zida turli xil operatsiyalar uchun hodisalarni boshqarishi mumkin, ehtimol ular sodir bo'lganidan farqli ravishda.

Keyingi yoki protsessual tizimlardan farqli o'laroq (unda mijozlar o'zgartirish so'rovlarini so'rashlari kerak), voqealarga asoslangan SOA tizimlar va tarkibiy qismlarga voqealar sodir bo'lganda dinamik ravishda, real vaqtda javob berishga imkon beradi. SOA 2.0 SOA 1.0ni uzoq muddatli ishlash qobiliyatlarini joriy etish orqali to'ldiradi va kengaytiradi.

Uzoq muddatli ishlov berish qobiliyati me'morchilikka uzoq vaqt davomida turli xil asenkron hodisalarni to'plash va bu hodisalarni sababiy munosabatlar bilan bog'lash imkonini beradi. SOA 2.0 voqea naqshlari kunlar, haftalar yoki oylarni qamrab oladigan voqea munosabatlarini izlash uchun ishlab chiqilishi va amalga oshirilishi mumkin; va ba'zi bir mezonlarga rioya qilinganda, voqea naqshini hal qilish uchun biznes jarayonini boshlang.

SOA 2.0 voqealarga asoslangan dasturlash tushunchasi atrofida tuzilgan ajratilgan munosabatlar voqea ishlab chiqaruvchilari va voqea iste'molchilari o'rtasida: voqea iste'molchisi voqea qaerda va nima uchun sodir bo'lishiga ahamiyat bermaydi; aksincha, voqea sodir bo'lganda uni chaqirish xavotirda. Voqealar ishlab chiqaruvchilarini voqea iste'molchilaridan ajratib turadigan tizimlar va dasturlar odatda voqea dispetcheriga yoki kanaliga ishonadi. Ushbu kanalda voqealar ishlab chiqaruvchilari va voqealarni ko'rib chiquvchilar o'rtasida vositachi vazifasini bajaradigan voqealar navbati mavjud.

Prototipik SOA 2.0 paradigmasi

Prototipik SOA 2.0 paradigmasi to'rtta muhim elementni o'z ichiga oladi:

  1. bir nechta past darajadagi tizim tadbirlari alohida-alohida, hech qanday aloqaga ega emasligi ko'rinib turibdi, ammo ushbu ko'plab hodisalarni taqqoslash orqali naqshni aniqlash orqali ba'zi bir g'ayrioddiy yoki unchalik aniq bo'lmagan korrelyatsiya aniq bo'ladi;
  2. ba'zi miqdori ma'lumotlarni boyitish ko'plab voqealar qanday bog'liqligini aniqroq ko'rsatish uchun har bir voqeaga tegishli ma'lumotlarni kiritish orqali;
  3. a tetik holati bunga erishilmaganda, biznes-darajadagi voqea yaratilmaydi, lekin tetiklash sharti bajarilganda, yuqori darajadagi biznes-tadbir yaratiladi;
  4. ba'zi bir inson yoki avtomatlashtirilgan jarayon tetiklantiruvchi hodisaga erishilganda chaqiriladi.

SOA 2.0 veb-xizmatlari ikki shaklda tuzilishi mumkin: orkestratsiya va xoreografiya. Orkestrlashda markaziy jarayon jalb qilingan veb-xizmatlar ustidan nazoratni o'z zimmasiga oladi va operatsiyaga jalb qilingan veb-xizmatlarda turli xil operatsiyalarni bajarilishini muvofiqlashtiradi. Jalb qilingan SOA 2.0 xizmatlari ularning tarkibiy qismi yoki undan yuqori biznes-jarayon ekanligini bilmaydi (va bilishi shart emas). Buni faqat orkestratsiya markaziy koordinatori biladi, shuning uchun orkestratsiya operatsiyalarning aniq ta'riflari va SOA 2.0 xizmatlarini chaqirish tartibi bilan markazlashtirilgan.

Boshqa tomondan xoreografiya markaziy koordinatorga ishonmaydi. Aksincha, xoreografiya bilan shug'ullanadigan har bir SOA 2.0 xizmati o'z operatsiyalarini qachon amalga oshirishi kerakligini (belgilangan trigger mezonlari asosida) va kim bilan o'zaro munosabatda bo'lishni aniq biladi. Xoreografiya - bu xabarlar almashishga qaratilgan birgalikdagi harakat. Xoreografiyaning barcha ishtirokchilari biznes jarayoni, amalga oshiriladigan operatsiyalar, xabarlarni almashtirish va xabarlar almashish vaqti to'g'risida xabardor bo'lishlari kerak.

BPEL orkestratsiya paradigmasidan kelib chiqadi. Xoreografiya boshqa standartlar, masalan, WSCI bilan qamrab olingan (Veb-xizmatlarning xoreografiya interfeysi) va WS-CDL (Veb-xizmatlar xoreografiyasini ta'riflash tili).

Bir nechta past darajadagi tizim tadbirlari

Sababiy munosabatlar atrofimizdagi dunyoga xos bo'lib, qaror qabul qilishimizga xosdir. Inson intellekti ushbu aloqalarni hozirgi sun'iy hisoblash qobiliyatiga qaraganda tezroq ishlaydi va to'playdi. Asosiy to'siqlardan biri sun'iy intellekt hodisalarni bir-biri bilan bog'lashning avtomatlashtirilgan qobiliyatining yo'qligi, inson inson sezgisidan foydalanganidek.

Nedensel vektorli dvigatel yordamida nedensellik tushunchasi tegishli ravishda yaxshilanishi mumkin vaqtinchalik sharoitlar dvigatelga yozilgan tizimli va vaqtinchalik qoidalarga asoslanadi. Qo'shimcha, vositachilik va ikki yo'nalishli sabablar kabi murakkab sabab semantikasini idrok qilishni kodlash kerak, shunda dvigatel bir-biriga bog'liq bo'lgan voqealarni bir-biriga bog'laydigan va faqat bir-biriga o'xshash bo'lib ko'rinadigan, ammo aslida bog'liq bo'lmagan voqealarni ajrata oladi.

Dvigatel foydalanadi preponderant nedensel vektor o'zgarishi tezligi hodisalar o'rtasidagi munosabatni kodlash va bir nechta voqealar o'rtasida qabul qilingan sabablarni tasdiqlashning qisman tartibini belgilaydi. Dvigatel hodisa ketma-ketligini turli vaqtinchalik tartibda o'ynaydi va takrorlaydi, shu bilan bog'liq topologik bog'lanishlar haqida xulosa chiqarish va bu takrorlashni oldindan dasturlashtirilgan qoidalar bilan taqqoslash tahlilchi.

Bir nechta past darajadagi tizim hodisalari Causal Vector Engine tomonidan qayta ishlanadi va yuqori darajadagi biznes tadbirlarini boshlash uchun ushbu qoidalar bilan taqqoslanadi. Bu voqealarni real vaqt rejimida biznes-tahlilchilarga namoyish etadigan Causality Vector Engine (CVE) konsol dasturi orqali amalga oshiriladi. Voqealar oqimlari sodir bo'lganda kuzatilishi mumkin bo'lgan joyda, xuddi aktsiyalarni belgilash kabi, CVE konsol dasturida bir xil voqealarni turli xil kontekstda ro'yxatlaydigan bir nechta oynalar mavjud, shuning uchun biznes tahlilchilari CVE ular o'rtasidagi munosabatlar bilan nima qilayotganini ko'rishlari mumkin.

Ketma-ketlik oynasi voqealarni sana-vaqt tamg'asi tartibida, bir yoki bir nechta boshqa oynalarni har xil tartibda aks ettiradi, chunki CVE qoidalar ro'yxati orqali ishlaydi va hodisalar o'rtasida yopiq aloqalarni yaratadi. Konsol dasturida turli xil tugmalar va boshqaruv elementlari mavjud bo'lib, ular biznes-tahlilchilarga voqealar o'rtasida aloqalarni o'rnatishga imkon beradi va ushbu munosabatlarga javob beradigan qoidalarni belgilaydi.

Biznes-tahlilchilar qoida yoki hodisa kontekstiga biriktirilgan SQL so'rovlari orqali qo'shimcha aniqlovchi tafsilotlarni kiritishlari mumkin. CVE dasturi o'zaro fondlar menejerlari xavfni boshqarish uchun foydalanadigan zamonaviy birja savdo dasturiga o'xshab ishlaydi. CVE dasturi va dvigatelining namunasini SILK-da ko'rish mumkin.[2]

Ma'lumotlarni boyitish

Ko'pchilik korporativ xizmat avtobusi (ESB) dasturlari "deb nomlangan ob'ektni o'z ichiga oladivositachilik ". Masalan, vositachilik oqimlari WebSphere korporativ xizmat avtobusi ushlash. Xachir shuningdek, vositachilik oqimlarini qo'llab-quvvatlaydi. Mediatsiya oqimlari mavjud xizmatlar va ushbu xizmatlardan foydalanadigan mijozlar o'rtasida uzatiladigan xabarlarni o'zgartiradi. Meditatsiya oqimi xabarlarni ro'yxatdan o'tkazish, ma'lumotlarni o'zgartirish va marshrutlash kabi funktsiyalarni ta'minlash uchun vositachilik qiladi yoki aralashadi, odatda funktsiyalar Interception Design Pattern yordamida amalga oshirilishi mumkin.[3]

ESB orqali xabarlar o'tishi bilan ESB yuqori darajadagi ishbilarmonlik tadbirlarini kuzatadigan kanalga mo'ljallangan xabarlarni boyitadi. Ya'ni, har bir xabar uchun ESB xabar ichidagi ba'zi ma'lumotlar ob'ekti to'g'risida qo'shimcha ma'lumot olish uchun ma'lumotlar bazasini so'rashi mumkin. Masalan, Mijozlar identifikatori asosida ESB vositachilik oqimi mijozning pochta kodini olishi mumkin. Yoki oxirgi foydalanuvchi tomonidan kelib tushgan so'rovning IP-manzili asosida ESB vositachilik oqimi qaysi mamlakat, davlat yoki IP-manzil joylashgan tuman.

Ushbu misollar ma'lumotlarni boyitishni, mavjud ma'lumotlarga qo'shimcha qiymat qo'shish kontseptsiyasini aks ettiradi, natijada yuqori darajadagi ishbilarmonlik tadbirining niyatida.

Meditatsiya oqimlari

An ESB vositachilik oqimi a tarkibidagi turlardan biridir Xizmat komponentlari arxitekturasi (SCA). Har qanday SCA komponenti singari, dastur o'zi taqdim etgan eksport orqali vositachilik oqimiga kiradi va vositachilik oqimi xabarlarni boshqa tashqi xizmatlarga import orqali yuboradi. Import va eksportning maxsus turlari JMS, JMS biriktirish deb nomlangan, ishlab chiquvchilarga majburiy konfiguratsiyani belgilashga va ma'lumotlarni qayta ishlash kodini yozishga imkon beradi. Meditatsiya oqimi xabarlar orqali o'tishda ularni boshqaradigan qator vositachilik ibtidoiylaridan iborat avtobus.

Ishlab chiquvchilar eksport va import uchun maxsus majburiylikni kodlashgandan so'ng, ular vositachilik oqimining tarkibiy qismiga e'tibor qaratishlari mumkin. In WebSphere Integration Developer montaj muharriri, bu JMS Custom Binding Mediation Component tomonidan amalga oshiriladi, bu erda oqim komponentining interfeysidagi har bir operatsiya so'rov va javob bilan ifodalanadi.

Xizmat ma'lumotlari ob'ektlari (SDO) doirasi ma'lumotlar dasturini ishlab chiqish uchun birlashtirilgan tizimni taqdim etadi. SDO bilan ishlab chiquvchilar har qanday aniq narsalar bilan tanishishlari shart emas API ma'lumotlarga kirish va ulardan foydalanish maqsadida. SDO orqali ishlab chiquvchilar oddiygina ma'lumotlar bazalari, EJB tarkibiy qismlari, XML-sahifalar, veb-xizmatlar, xizmat komponentlari arxitekturasi va JavaServer sahifalari kabi ma'lumotlar manbalari bilan ishlashadi.

Mediatsiya oqimlari import va eksportda qo'llaniladigan majburiyatlardan mutlaqo mustaqildir. Aslida, oqimni amalga oshirishdan tashqari SDO DataObject nusxasiga aylantirishning maqsadi shundaki, meditatsiya oqimlari keyinchalik vositachilik moduliga xabarlar yuboriladigan protokol va format haqida bilmasdan qurilishi mumkin.

Biznes darajasida tetiklash sharti

Biznes darajasidagi tetik holati SOA 2.0 arxitekturasiga real vaqt rejimini o'rnatishga imkon beradi mijozlarning aql-idroki, marketingni avtomatlashtirish va mijozlarga sodiqlik echimlari, boshqa xususiyatlar qatorida. Biznes ob'ektlari arxitekturada mijozlar, hisob-kitoblar, kreditlar va sayohat marshrutlari kabi haqiqiy ob'ektlarni modellashtiradi. Ushbu ob'ektlardan birining holati o'zgarganda va monitoring agenti ushbu o'zgarishni sezilarli darajada sezganda (monitoring mezonlari ro'yxati bilan taqqoslaganda), voqea yaratiladi va boshqa monitoring agentlariga o'tkaziladi.

Masalan, dolzarb biznes muammosi yoki imkoniyatni aniqlash daromadni ko'payishiga olib kelishi mumkin. Agar mijoz buyurtmani bekor qilsa, qo'shimcha ishlab chiqarish quvvati ishlab chiqarish rentabelligini pasaytirishi mumkin. SOA 2.0 tadbiri marketing bo'limiga haddan tashqari quvvatni qayta sotadigan va shu bilan birlik uchun harajatli dastlabki xarajatlarni qaytarib beradigan maxsus savdo kampaniyasini yaratish to'g'risida xabar berishi mumkin.

Jarayonlar bajarilayotganda korxona ichida yoki tashqarisida biron bir tezkor choralar ko'rish zarurligini ko'rish uchun operatsion operatsion jarayonidagi voqealarni avtomatik ravishda kuzatib borish. Ushbu monitoring agentlari doimiy ravishda muayyan ish sharoitlari va biznes faoliyatidagi o'zgarishlarni sinab ko'rishadi. Agar kerak bo'lsa, agentlar odamlarni ogohlantiradi, tavsiyalar beradi, boshqa dasturlarga xabar yuboradi yoki bunday sharoitlar yoki o'zgarishlar yuz berganda butun ish jarayonlarini chaqiradi.

Biznes jarayoni natijasi

Tetiklanadigan biznes jarayoni xarajatlarni cheklash, biznes sharoitlariga javob berish yoki yangi bozor imkoniyatlaridan foydalanish qobiliyati bilan daromadlarning o'sishini bevosita qo'llab-quvvatlashi kerak. Biznes-jarayonlarning natijalari, shuningdek maqsadlarga erishish yo'lidagi operatsion rivojlanishni o'lchashi, kim bilishi kerak bo'lgan narsalar haqida xabar berish orqali operatsion xarajatlarni nazorat qilishi yoki asosiy qaror qabul qiluvchilarga asosiy jarayonlarning ishlash holati to'g'risida xabar berishi mumkin.

SOA 2.0 kontseptual misollari

Tashlab qo'yilgan xarid qilish vositasi

Masalan, siz "tashlab qo'yilgan xaridlar savati" xabaridan (operatsiyani, mijoz identifikatorini va vaqtini ajratib ko'rsatish), boshqa filtrlardan foydalanib, savatdagi tovarlarning qiymatini ajratib olish va tizimning o'zaro bog'liqlik qobiliyatidan foydalanib CRM hodisasini qurishingiz mumkin. tijorat sayti ishlash muammolariga duch kelganmi yoki yo'qmi kabi sabab ko'rsatkichlarini qo'shing. Sizning CRM tadbiringiz mijozlar ma'lumotlar bazasidagi mijozlar qiymatini yoki reytingini ham o'z ichiga olishi mumkin ...

Muhandislik nuqsoni

Boshqa bir misol uchun, qabul qilingan mustaqil xizmat qo'ng'iroqlari turlariga asoslanib, SOA 2.0 platformasi alohida shikoyatlarning asosini aniqlash orqali mahsulotdagi nuqsonni aniqlab berishi mumkin, so'ngra muhandislik yoki mumkin bo'lgan nuqsonni ishlab chiqarish to'g'risida ogohlantirishni boshlashi mumkin.

Haqiqiy vaqtda elektr energiyasi bozori

3-misol: Hodisalarga asoslangan SOA-dan potentsial foydalanish virtual bo'lishi mumkin elektr energiyasi bozori[4] bu erda uy kiyimlarini fen mashinalari real vaqtda narxlash tizimida foydalanadigan elektr energiyasi narxlari bo'yicha taklif qilishlari mumkin.[5] The real vaqt bozor narxi va boshqaruv tizimi uyga qaytishi mumkin elektr energiyasi mijozlarni boshqarishdagi faol ishtirokchilarga aylantirish elektr tarmog'i va ularning oylik kommunal to'lovlari.[6] Iste'molchilar kiyim-kechak quritgichini ishlatish uchun elektr energiyasi uchun qancha pul to'lashlarini cheklashlari mumkin, masalan, elektr energiyasini ushbu narxda etkazib berishni istagan elektr ta'minotchilari tarmoq haqida ogohlantiradilar va elektrni quritgichga sotishlari mumkin.[7]

Bir tomondan, iste'molchi qurilmalar elektr energiyasini sotib olish uchun qurilmaning egasi iste'molchi tomonidan oldindan belgilab qo'yilgan qancha miqdorda to'lashga tayyor bo'lishiga qarab narx taklif qilishi mumkin.[8] Boshqa tomondan, etkazib beruvchilar o'zlarining elektr energiyasini ishlab chiqaruvchilardan takliflarni avtomatik ravishda kiritishlari mumkin, bu generatorlarni ishga tushirish va ishlatish uchun qancha xarajat bo'lishiga bog'liq. Bundan tashqari, elektr ta'minotchilari real vaqtda ishlashlari mumkin bozor tahlili aniqlash uchun sarmoyani qaytarish rentabellikni optimallashtirish yoki oxirgi foydalanuvchini kamaytirish uchun mahsulot tannarxi.

Hodisalarga asoslangan SOA dasturi uy egalariga o'z uylarida topilgan har xil turdagi elektr qurilmalarini kerakli qulaylik yoki tejamkorlik darajasida moslashtirishga imkon berishi mumkin. Hodisalarga asoslangan dasturiy ta'minot, shuningdek, elektr narxlarining o'zgarishiga avtomatik ravishda besh daqiqalik intervalda ham javob berishi mumkin. Masalan, uy egasining elektr quvvati eng yuqori bo'lgan davrlarida (elektr energiyasi eng qimmat bo'lganida) foydalanishni kamaytirish uchun dastur avtomatik ravishda markaziy isitish tizimidagi (qishda) termostatni maqsadli haroratini pasaytirishi yoki termostatni maqsadli haroratini ko'tarishi mumkin. markaziy sovutish tizimi (yozda).

Hodisalarga asoslangan SOA dasturi suv isitgichlarining isitish elementini alohida uy egalari tomonidan belgilangan oldindan belgilangan javob chegaralariga yopib qo'yishi mumkin. Masalan, elektr energiyasining ma'lum bir soatlik bozor narxi uy egasi chegarasidan oshib ketgan bo'lsa, uy egasi narxlar yuqori bo'lgan vaqtda, o'sha soat davomida suvning issiq haroratini zaryad qilmasdan o'tishni rejalashtirishi va issiq suv harorati zaryadini kechiktirishga qaror qilishi mumkin. elektr energiyasi bozori narxi pastroq bo'lishi mumkin bo'lgan keyingi soat.

Ushbu mezonlarning barchasi uy egasining Internetga ulangan shaxsiy kompyuteri orqali boshqarilishi, dasturiy ta'minot iste'molni ma'qullagandagina uy atrofidagi turli xil qurilmalarni elektr energiyasini iste'mol qilish uchun dasturlashi mumkin. Ushbu texnikada namoyish etiladigan va hodisalar asosida boshqariladigan SOA tomonidan ta'minlanadigan tejamkorlik sizning avtomobilingizdagi gaz masofasini yaxshilashga o'xshaydi. Bu sizning uyingiz energiyasidan real vaqt narxlari pastroq bo'lganda elektr energiyasini iste'mol qilishga imkon berish va real vaqt narxlari yuqori bo'lganda elektr energiyasini iste'mol qilishni oldini olish orqali yanada samarali foydalanishga imkon beradi.

SOA 2.0 dasturlari

Ko'pgina SOA 1.0 dan foydalanish mumkin bo'lgan bitta mexanizm Korxonaga xizmat ko'rsatuvchi avtobus amalga oshirish bu nashr qilish / obuna bo'lish qulaylik. ESB funktsiyalarini Pub / Sub xabarlari sifatida amalga oshirish orqali SOA 2.0 xabar naqshlarini yaratish uchun tizim voqealari haqida ilg'or ma'lumotlarga ehtiyoj qolmaydi. Korxona ko'plab Publish funktsiyalarini amalga oshirgandan so'ng, SOA o'rta dastur tahlilchilari mavjud bo'lgan Publish xabarlarini qaysi birini SOA 2.0 bilan boyitilgan tetikni aniqlash uchun noyob naqshga to'plash mumkinligini strategiyasini belgilash vazifasini bajara oladi.

Causal Vector Engine (CVE) mexanikasi kengaytirilgan ko'rinishda sodda tarzda amalga oshiriladi SQL tuzilmalari yozilgan saqlangan protseduralar.[9] Agar A B ga sabab bo'lsa va nedensiallik N bitimlar sonida sodir bo'lishi kerak bo'lsa, unda SQL ORDER BY timestamp bandi bo'yicha yaratadi natija o'rnatildi bu muddat ichida sodir bo'lgan barcha operatsiyalarning hisoblagichini ko'paytiradi, bu B operatsiyasiga mos keladigan N sonli bitimga to'g'ri keladi. Qo'shimcha saqlangan protseduralarni yaratish CVE konsol dasturi yoki ma'lumotlar bazasini ishlab chiquvchilarning har qanday standart vositasi yordamida amalga oshiriladi.[10]

Tibbiy qo'llanmalar

Belgilangan ma'lumotnomada isitma / gripp / infeksiya domeni mantiqiyligi kabi domen algoritmlari, ishlatilgan holat uchun tanlangan biznes qoidalarini qo'llaydigan SQL kodini olish uchun ishlatiladi. SOA muhitida CVE-lardan foydalanish ishbilarmonlik chaqqonligini yaxshilaydi, chunki SOA 2.0 printsiplarini qo'llash aks holda o'tkazib yuborilgan yoki keyinchalik aniqlanadigan biznes imkoniyatlarini aniqlaydi.[11]

Granger nedensialligini tahlil qilish (GCA) yordamida funktsional magnit-rezonans tomografiya (fMRI) miya mintaqalari o'rtasida sabab ta'sirini aniqlaydi. Bir namunaviy test natijalari rFIC va dorsal old singulat korteksi (dACC) o'rtasida ijobiy nedensel ta'sir ko'rsatdi.[12]

Oracle Business Intelligence

The Oracle CVE analitik mexanizmi nazariy modellar to'plamidan foydalanadi, ularning har biri ma'lumotlarning bir qismini yoki barchasini baholaydi. Biznes-tahlilchi sabab omillarini sozlaganda, qaysi modellar qaysi sabab omilini hisobga olish kerakligini ko'rsatadigan mezonlarni belgilaydi.[13]

Shuningdek qarang

Adabiyotlar

  1. ^ http://www.infoworld.com/t/architecture/make-way-soa-20-420
  2. ^ http://silk.semwebcentral.org/gui-ruleml-2010.pdf Eclipse plaginiga o'xshash sababli Vektorli dvigatel GUI.
  3. ^ E. Curry, D. Chambers va G. Lyons, "Interception yordamida xabarlarga yo'naltirilgan vositalarni kengaytirish", voqealarga asoslangan tarqatilgan tizimlar bo'yicha uchinchi xalqaro seminarda (DEBS '04), ICSE '04, Edinburg, Shotlandiya, Buyuk Britaniya, 2004 yil.
  4. ^ https://web.archive.org/web/20090130015936/http://www.whitehouse.gov/assets/Documents/Recovery_Plan_Metrics_Report_508.pdf
  5. ^ http://searchsoa.techtarget.com/news/article/0,289142,sid26_gci1289658,00.html
  6. ^ "Arxivlangan nusxa" (PDF). Arxivlandi asl nusxasi (PDF) 2011-01-25. Olingan 2009-05-04.CS1 maint: nom sifatida arxivlangan nusxa (havola)
  7. ^ http://www.ibm.com/news/us/en/2008/01/10/d132215g19733c54.html
  8. ^ http://www.pnl.gov/news/release.asp?id=285
  9. ^ http://bicep.dei.uc.pt/images/5/58/FINCoS_DEBS2008.pdf Nedensel Vektorli dvigatel dizayni.
  10. ^ http://people.cis.ksu.edu/~bbp9857/bbp_hicss05.pdf Causal Vector Engine algoritmik vositasi.
  11. ^ http://people.cis.ksu.edu/~bbp9857/bbp_hicss05.pdf Nedensel Vektorli dvigatelning tibbiy domeni mantig'i.
  12. ^ Zang, ZX; Yan, CG; Dong, ZY; Xuang, J; Zang, YF (2012). "MATLAB-da Granger nedensellik tahlilini amalga oshirish: FMRI ma'lumotlarini qayta ishlash uchun foydalanuvchi uchun grafik interfeys vositasi". J. Neurosci. Usullari. 203: 418–26. doi:10.1016 / j.jneumeth.2011.10.006. PMID  22020117.
  13. ^ http://docs.oracle.com/cd/E18727_01/doc.121/e05136/T485796T488110.htm Oracle Business Intelligence dvigateli vaqtinchalik ma'lumotlardan tarixiy va kelajakdagi vaqt chelaklarida keng foydalanadi.