Bạn có đang sử dụng các sản phẩm phát trực tuyến sự kiện không?

Question

Có thể bạn đã quen thuộc với khái niệm xử lý sự kiện trực tuyến (ESP) ... nếu bạn muốn, tôi muốn nghe những gì bạn đang sử dụng và nền tảng bạn đang sử dụng chúng. Tôi là một người đóng góp tích cực cho dự án Esper (http://esper.codehaus.org/) nhưng tôi muốn được nghe những gì người khác đang sử dụng? Bất cứ ai sử dụng Coral8, Aleri hoặc Streambase? Bạn đang sử dụng nền tảng nào?

Answer 1

hiện tại tôi không sử dụng bất kỳ sự kiện nào (ESP)/sản phẩm xử lý sự kiện phức tạp (CEP), nhưng quen với các khái niệm - chúng tôi đã đánh giá Streambase cho dự án trước đó (quân sự) và tôi vẫn nhận được email từ họ cứ mỗi bây giờ và sau đó ;-)

Tôi xem xét sử dụng siêu năng lực cho một hệ thống thời gian thực khác (không phải là hệ thống giao dịch tài chính, mà dường như là ứng dụng chính cho CEP trong những ngày này), nhưng nghĩ là - không có hành vi phạm tội - quá mức. Chúng tôi muốn thứ gì đó nhẹ để kiểm soát quá trình theo hướng sự kiện theo cách mà nó có thể được thay đổi mà không cần triển khai lại cơ sở mã, nhưng thẳng thắn hết thời gian để đánh giá không đủ 'sâu'. Có lẽ sẽ xem lại điều này trong tương lai.

ESP/CEP được đánh giá thấp, theo ý kiến ​​của tôi, là nền tảng giải pháp. Nó có thể khó hiểu nếu bạn được sử dụng để suy nghĩ hoàn toàn giao dịch.

Answer 2

Ở công việc trước, chúng tôi đã xem Cayuga, Esper, StreamBase và Coral8. Tôi thực sự quan tâm đến việc xem liệu tôi có thể tạo ra một trình đọc RSS được tăng cường sử dụng một trong những công cụ này và một công cụ xử lý văn bản. Tôi không chắc nó sẽ phù hợp với nhau như thế nào, vì tôi chưa có thời gian để nghĩ về nó, nhưng tôi nghĩ một mục RSS có thể được sử dụng như một "sự kiện", được xử lý, và sau đó mọi thứ có thể xảy ra nếu tương tự " sự kiện "(tin nhắn tương tự hoặc bài đăng) được nhận trong một khoảng thời gian. Có lẽ việc xác định các chủ đề nóng và như vậy.

Answer 3

Tôi làm việc cho Aleri (ý kiến ​​ở đây là của riêng tôi, mặc dù), vì vậy quan điểm của tôi là một chút sai lệch. Có nói rằng ...

Chúng tôi đang thấy một số trường hợp sử dụng tuyệt vời, khác nhau về độ phức tạp và khối lượng dữ liệu. Một vài ví dụ:

• Làm sạch dữ liệu thị trường. Chúng tôi lấy báo giá cổ phiếu và "khử trùng" chúng, gắn cờ báo giá ngoài ranh giới thị trường dự kiến ​​
• Giao dịch mua bán là ứng dụng ví dụ CEP chuẩn, và đó là loại ứng dụng vệ sinh ở trên với một phần bổ sung ở cuối đặt hàng nếu một khuôn mẫu nhất định của các sự kiện xảy ra
• sách nhằm tập hợp trên địa điểm kinh doanh, tức là, cho ăn trong giá cả thị trường trên sàn giao dịch và xuất một cuốn sách để hợp nhất
• Thanh khoản và quản trị rủi ro

một số người sử dụng nó cho các khía cạnh độ trễ thấp, nhưng nhiều người sử dụng nó vì nó cho phép phát triển nhanh chóng của nhiều sự kiện-d ứng dụng tán đinh.

Tôi thấy rất nhiều cài đặt trên các máy Solaris/x86-64, mặc dù chúng tôi cũng có SPARC và Linux trong quá trình sản xuất.

Nhân tiện, hầu hết các nhà cung cấp đều sử dụng thuật ngữ CEP, Xử lý sự kiện phức tạp, để mô tả sản phẩm của họ. Tôi không nghĩ rằng đó là TLA tốt nhất để sử dụng, nhưng có vẻ như chúng tôi đang mắc kẹt với nó bây giờ.

Vui lòng hỏi thêm bất kỳ câu hỏi nào. Rõ ràng có những điều tôi không thể nói nhưng tôi sẽ làm những gì có thể.