Tim Bass
Mon, 02 jun 2008 08:43:56 +0000

Em resposta a Paul Vincent's post * CEP é um serviço ou um processo?* I posted CEP é um serviço ou um processo? Reloaded.* Este post é um follow-up para o meu diálogo com Paul e do CEP comunidade, como um todo.
Alguns dos mais notáveis críticos comentários sobre o livro "O Poder de Eventos", foi que o livro não (na maior parte dos casos) * discutir arquitetura .*
Como todos sabemos, existem muitas definições de "arquitetura"; no entanto, uma definição * que é fácil de discutir, neste contexto, que é um dos sistemas de TI * "arquitectura" representa os componentes de um TI * * * e do sistema relações entre os diversos componentes da arquitectura * .*
Uma arquitetura pode ser "técnico" ou "funcional" ou "operacional" ou * "dados" Centrado .* Por exemplo, uma arquitetura pode ser baseada em uma orquestração de * serviço de componentes, como uma SOA .* Em outro exemplo, uma arquitetura pode ser representada pela semântica dos dados .* Em ainda outro exemplo, uma arquitetura pode ser representada pela funcionalidade dos componentes.
Porque David's livro sobre CEP não endereço arquitetura, pessoal foram livres para usar qualquer "ferramenta" ou "técnica" que eles gostam, e chamar-lhe "CEP" .** O meu foco tem sido em geral CEP funcionalidade e arquitecturas de referência que descrevem este funcionalidade para resolver CEP classes de problemas.
Este foi um dos primeiros temas (questões) * CEP * nós identificamos com alguns anos atrás, e * é por isso que, inclusive em mim * * * meu bom ole 'dias a TIBCO até agora, criou uma arquitectura funcional de referência para CEP (também neste blog e da TIBCO CEP blog).
Nesse referência arquitectura funcional, discutimos e ilustrada * * CEP como deverá funcionar como uma cooperativa (distribuído) arquitectura funcional de referência para resolver mais "real" CEP classes de problemas.
Por isso, * CEP não deve ser, em geral, considerados * como um "processo" ou um "serviço", * por si só, porque ** * CEP, como uma referência * arquitectura funcional, apresenta as metodologias (functionaility) necessária para resolver detecção orientado para problemas complexos .* Esse resumo permite CEP a fazer sentido em um contexto mais amplo de transformação evento aplicações.
Naturalmente, uma arquitetura funcional de referência pode ser encarada como um "serviço" se todos os componentes da arquitetura cooperar para resolver um problema e são encapsuladas como um serviço .* Além disso, uma arquitetura funcional de referência pode ser encarada como um "processo", quando resolução de problemas em um domínio específico .* Então, um "processo", neste caso, é um exemplo da arquitetura funcional de referência, e se o caso é embalado como uma solução, esta solução pode ser encapsulada como um serviço.
Portanto, é enganosa, pelo menos na minha opinião, para reduzir * CEP de um "processo" ou um "serviço" a menos que estamos a discutir uma solução específica para um problema dentro de um domínio (funcional) arquitectura de referência (quadro funcional).
* Esta confusão também se manifesta na debate animado entre Mark Palmer e da blogosfera em relação ao vencimento do CEP .** Marcos e outros, criaram um exemplo de evento de transformação nos mercados de capitais e chamam-lhe "CEP", quando, na realidade, o que eles estão fazendo é algo COTS negociação e utilizando uma ou mais componentes funcionais da CEP para perceber sua solução.
O é uma distinção importante, na minha opinião.



Fonte ...