It sounds like a fairly typical pub-sub use case where you’d likely be choosing 
Kafka because of its scalable data retention and built in fault tolerance. As 
such it’s a reasonable choice.    
> On 21 Mar 2016, at 17:07, Mark van Leeuwen <m...@vl.id.au> wrote:
> 
> Hi Sandesh,
> 
> Thanks for the suggestions. I've looked at them now :-)
> 
> The core problem that needs to be solved with my app is keeping a full 
> replayable history of changes, transmitting latest state to web apps when 
> they start, then keeping them in sync with latest state as changes are made 
> by all current clients, preferably without polling. That's why keeping track 
> of offsets with each client seemed the way to go.
> 
> Not sure how stream processing engines help with that - but happy to be 
> advised otherwise.
> 
> Cheers.
> 
> On 22/03/16 02:35, Sandesh Hegde wrote:
>> Hello Mark,
>> 
>> Have you looked at one of the streaming engines like Apache Apex, Flink?
>> 
>> Thanks
>> 
>> On Mon, Mar 21, 2016 at 7:56 AM Gerard Klijs <gerard.kl...@dizzit.com>
>> wrote:
>> 
>>> Hi Mark,
>>> 
>>> I don't think it would be a good solution with the latencies to and from
>>> the server your running from in mind. This is less of a problem is your app
>>> is only mainly used in one region.
>>> 
>>> I recently went to a Firebase event, and it seems a lot more fitting. It
>>> also allows the user to see it's own changes real-time, and provides
>>> several authentication options, and has servers world-wide.
>>> 
>>> On Mon, Mar 21, 2016 at 7:53 AM Mark van Leeuwen <m...@vl.id.au> wrote:
>>> 
>>>> Hi,
>>>> 
>>>> I'm soon to begin design and dev of a collaborative web app where
>>>> changes made by one user should appear to other users in near real time.
>>>> 
>>>> I'm new to Kafka, but having read a bit about Kafka streams I'm
>>>> wondering if it would be a good solution. Change events produced by one
>>>> user would be published to multiple consumer clients over a websocket,
>>>> each having their own offset.
>>>> 
>>>> Would this be viable?
>>>> 
>>>> Are there any considerations I should be aware of?
>>>> 
>>>> Thanks,
>>>> Mark
>>>> 
>>>> 
> 

Reply via email to