Question

I’m new to the Akka framework and I’m building an HTTP server application on top of Netty + Akka.

My idea so far is to create an actor for each type of request. E.g. I would have an actor for a POST to /my-resource and another actor for a GET to /my-resource.

Where I’m confused is how I should go about actor creation? Should I:

1. Create a new actor for every request (by this I mean for every request should I do a TypedActor.newInstance() of the appropriate actor)? How expensive is it to create a new actor?

2. Create one instance of each actor on server start up and use that actor instance for every request? I’ve read that an actor can only process one message at a time, so couldn’t this be a bottle neck?

3. Do something else?

Thanks for any feedback.

Answer 1

Well, you create an Actor for each instance of mutable state that you want to manage.

In your case, that might be just one actor if my-resource is a single object and you want to treat each request serially – that easily ensures that you only return consistent states between modifications.

If (more likely) you manage multiple resources, one actor per resource instance is usually ideal unless you run into many thousands of resources. While you can also run per-request actors, you’ll end up with a strange design if you don’t think about the state those requests are accessing – e.g. if you just create one Actor per POST request, you’ll find yourself worrying how to keep them from concurrently modifying the same resource, which is a clear indication that you’ve defined your actors wrongly.

I usually have fairly trivial request/reply actors whose main purpose it is to abstract the communication with external systems. Their communication with the “instance” actors is then normally limited to one request/response pair to perform the actual action.