Vincent
07-25-2008 10:55 AM
Et interessant indlæg om Tim Bass' CEP blog [* 1] beskriver Blackboard Systems, Hvilket er en etableret sigt fra æra af AI forskning for "distribueret viden systemer", at sam-operatively løse problemer. Tim og jeg har tidligere nævnt tavler og tavle systemer i forbindelse med Complex Event Processing (CEP), men passagen af tid har betydet, at "tavlen" er mere afgørende for hvilket indebærer "distribueret delt hukommelse"[* 2] i en CEP sammenhæng, snarere end blot samarbejdsvillige tråde eller agenter at se på en delt database eller hukommelse struktur [* 3]. Distribueret hukommelse er et krav, vi ser for skalerbar, high-throughput begivenhed behandling ud over, hvad du kan passe ind i en enkelt maskine (eller JVM's) hukommelsesplads.

En generel progression for "CEP system kompleksitet" på, hvordan systemet håndterer hukommelse er:

• i-hukommelse kun med persistens for driftssikkerhed / genoprette operationer
  \u003d Lille, hurtig, uafhængig CEP eller Event Stream Processing (ESP) ansøgninger
• enkelt maskine, multi-proces (for eksempel at bruge flere kerner), deler den samme hukommelse
  \u003d Lille medium, pretty hurtigt, med et begrænset antal af de samarbejdende processer
• multi-maskine netværk af processer (udnytte kontrol samt data begivenheder på tværs af netværket):
  • uafhængige hukommelse modeller
    \u003d Hvor problemet område kan partitioneret uden bivirkninger: flere parallelle identiske processer (for ydeevne)
  • shared-hukommelse modeller (som regel ved hjælp af nogle cache-teknologi)
    \u003d Hvor problemet er store og indbyrdes afhængige, kræver indbyrdes afhængige eller samarbejdende processer (for løsning kompleksitet) (såvel som giver mulighed for parallelitet for effektivitet).

CEP rammer kan generelt støtte alle disse modeller (ud af boksen som for TIBCO BusinessEvents, Eller med forskellige mængder af brugerdefinerede udviklingsarbejde). Naturligvis den sidste model (multi-maskine netværk med delt hukommelse) er det interessant for "Blackboard System" typer arkitekturer (dvs. samarbejdsaktiviteterne CEP agenter arbejder mod et fælles informationssystem model og begivenhed butik, eventuelt under kontrol af en Master Control Program / Agent).

Andre nyttige referencer er:

• IITB kursusmateriale på Blackboard Systems
• Naval Research * sponsoreret papir på Blackboard Systems

En mistanke om "tavle systemer" domæne og terminologi er forsømt visse opdateringer takket være udviklingen i Complex Event Processing rummet.

Noter:

[1] Disclaimer: Tim er en ex-kollega og kører en sælger-uafhængig blog om aspekter af CEP.

[2] Blackboard systemer historisk har brugt en enkelt hukommelse model (dvs. flere tråde eller processer ved hjælp af en enkelt maskine hukommelse model). Men det interessante aspekt for CEP er ikke så fald proceshjælpestoffer kan oprette nye begivenheder, der skal bruges af andre CEP agenser (hvilket er temmelig meget de facto CEP runtime opførsel), men at hukommelsen model kan eksistere på tværs af flere maskiner (dvs. kan distribueres ).

[3] Denne gamle papir endog antydet, at tavle systemer 'regeringstid i AI forskning blev indskrænket af reglen systemer' brug af uafhængige rulesets opererer på en delt arbejder hukommelse - dvs standard regel motoren opførsel. Regel-drevet CEP motorer gerne TIBCO BusinessEvents kan bestemt operere på denne måde, med "uafhængige" angivelsesmæssige rulesets samarbejdsvillige på et problem. Denne tilgang er mere vanskeligt, hvis du kan repræsentere dit CEP eller ESP løsning kun som en "rutediagram", som du udtrykkeligt fastsættelse (ikke-declaratively) den driftskompatibilitet af CEP behandlingselementer.



Kilde ...