Re: [akka-user] Role of Akka in SMACK

2017-05-02 Thread Evan Chan
Hi Shiva, Spark will likely be too high latency for you. Practical minimal batch size is a couple seconds. Think of Akka as a best fit for if you want to deploy individual apps each reading from some set of fixed Kafka partitions. Each one could then write to HDFS. However you would need

[akka-user] SSH Tunneling and Akka remote

2017-05-02 Thread Evan Chan
Hi guys, I have a host which is Akka 2.3.15 (yes I know that's ancient, but can't help it for now) running Akka cluster. Now I have a remote client connecting to it, using system.actorSelection(.). The client can connect from the host that the server is running on, no problem -- if I use

[akka-user] Re: MultiNodeSpec- any way to combine a result from multiple nodes?

2016-10-12 Thread Evan Chan
Never mind, found the solution to this: val node1testActor = system.actorSelection(node(first) / "system" / "testActor1") node1testActor ! results On Wednesday, October 12, 2016 at 3:53:12 PM UTC-7, Evan Chan wrote: > > Hi Hakkers, > > So I'm using MultiNo

[akka-user] MultiNodeSpec- any way to combine a result from multiple nodes?

2016-10-12 Thread Evan Chan
Hi Hakkers, So I'm using MultiNodeSpec to test some Akka Cluster functionality. Basically I have a consistent hashing router which hashes based on each node's Akka system address, and thus the port number is essentially random. Thus from run to run of the test I cannot predict how many

Re: [akka-user] Backpressure for fan-in designs: pull vs push

2015-02-13 Thread Evan Chan
do not support dynamic merging in the sense of allowing streams to come and go. I do agree that this is a must-have, though. Regards, Roland 13 feb 2015 kl. 08:29 skrev Evan Chan vel...@gmail.com: Dear friends, I've read and grok the back-pressure story around Akka streams, which

[akka-user] Backpressure for fan-in designs: pull vs push

2015-02-12 Thread Evan Chan
Dear friends, I've read and grok the back-pressure story around Akka streams, which is pull-based. I have also seen examples of this with fixed topologies that tend to be relatively linear or are fan-out: for example, a coordinator farming work out to worker nodes. For these examples, I can

Re: [akka-user] Re: Implementing at-least-once ingestion pipeline with Akka streams

2015-01-30 Thread Evan Chan
in the Graph. The only solution that I can think of at the moment is to have a PropsSource and a PropsSink that materialize into actors, and then you connect them on the side by sending normal actor messages. B/ On 27 January 2015 at 17:08:59, Evan Chan (vel...@gmail.com) wrote: I got feedback

[akka-user] Re: Implementing at-least-once ingestion pipeline with Akka streams

2015-01-17 Thread Evan Chan
Ping anybody? On Thursday, January 15, 2015 at 4:59:19 PM UTC-8, Evan Chan wrote: Hey folks, I would like to implement an at-least-once ingestion pipeline, say from a source like Kafka, to a datastore, using Akka streams. The method of at-least-once is that each incoming message has

[akka-user] Implementing at-least-once ingestion pipeline with Akka streams

2015-01-15 Thread Evan Chan
Hey folks, I would like to implement an at-least-once ingestion pipeline, say from a source like Kafka, to a datastore, using Akka streams. The method of at-least-once is that each incoming message has an increasing numeric offset, and the idea is that successful writes into the datastore

Re: [akka-user] Re: Akka Microservice platform

2014-09-29 Thread Evan Chan
:02 AM UTC-6, Evan Chan wrote: The discussion was very long but didn't produce any conclusions. One possible piece to start with is to make the Akka discovery of other nodes pluggable (whereas the great threshold detection and up/down logic would remain); for example, maybe the other nodes can

Re: [akka-user] Akka Microservice platform

2014-06-12 Thread Evan Chan
Hi Carsten, On Wednesday, June 11, 2014 2:35:27 AM UTC-7, Carsten Saathoff wrote: And there is another aspect. Especially for larger projects microservices are great to enforce a share nothing philosophy. Using akka serialization, I either have to share the messages or use protobuf + code

Re: [akka-user] Akka Microservice platform

2014-06-09 Thread Evan Chan
the introduction of modules) instead of the rather irrelevant notion of “size” . 2 jun 2014 kl. 17:51 skrev Evan Chan vel...@gmail.com: Hey guys, I would like to run an idea by the fine Akka community - which is to discuss what it would take to turn Akka into a platform for building

Re: [akka-user] Akka Microservice platform

2014-06-09 Thread Evan Chan
Hi Roland, Thanks for thoughts... On Thursday, June 5, 2014 6:57:38 AM UTC-7, rkuhn wrote: *Data Flow Topology* - Akka is pretty good at this already, supporting many types of data flow. The only concern I see is that you have to define the flow via the like of routers and such, which

[akka-user] Re: Akka Microservice platform

2014-06-06 Thread Evan Chan
a losing proposition. Can you try to clarify what you are envisioning? ~thomas On Monday, June 2, 2014 8:51:06 AM UTC-7, Evan Chan wrote: Hey guys, I would like to run an idea by the fine Akka community - which is to discuss what it would take to turn Akka into a platform for building

[akka-user] Akka Microservice platform

2014-06-02 Thread Evan Chan
Hey guys, I would like to run an idea by the fine Akka community - which is to discuss what it would take to turn Akka into a platform for building a network of microservices: each one independently redeployable and easy to change, yet through a common platform, take advantage of the