Ich habe es bisher in zwei realen Projekten sehr erfolgreich eingesetzt. Beide sind im Bereich der echtzeitnahen Verkehrsinformation (Verkehr wie in Autos auf Autobahnen), verteilt über mehrere Knoten, Integration von Nachrichten zwischen mehreren Parteien, zuverlässige Backend-Systeme. Ich bin noch nicht in der Lage, nähere Angaben zu den Kunden zu machen, aber wenn ich das OK bekomme, kann ich es vielleicht als Referenz hinzufügen.
Akka hat sich bei diesen Projekten wirklich durchgesetzt, auch wenn wir mit der Version 0.7 angefangen haben. (Wir verwenden übrigens Scala)
Einer der großen Vorteile ist die Leichtigkeit, mit der man ein System aus Akteuren und Nachrichten fast ohne Boilerplating zusammenstellen kann, es skaliert extrem gut ohne die Komplexität von handrolliertem Threading und man bekommt asynchrone Nachrichtenübermittlung zwischen Objekten fast umsonst.
Es eignet sich sehr gut für die Modellierung jeder Art von asynchroner Nachrichtenverarbeitung. Ich würde es vorziehen, jede Art von (Web-)Dienstesystem in diesem Stil zu schreiben und nicht in einem anderen. (Haben Sie jemals versucht, einen asynchronen Webdienst (auf der Serverseite) mit JAX-WS zu schreiben? das ist eine Menge Arbeit). Ich würde also sagen, jedes System, das nicht an einer seiner Komponenten hängen bleiben will, weil alles implizit über synchrone Methoden aufgerufen wird, und diese eine Komponente an etwas hängt. Es ist sehr stabil und die "let-it-crash + supervisor"-Lösung für Fehler funktioniert wirklich gut. Alles ist einfach programmatisch einzurichten und nicht schwer zu testen.
Und dann gibt es noch die hervorragenden Zusatzmodule. Das Camel-Modul fügt sich wirklich gut in Akka ein und ermöglicht die einfache Entwicklung von asynchronen Diensten mit konfigurierbaren Endpunkten.
Ich bin sehr zufrieden mit dem Framework, und es entwickelt sich zum Standard für die vernetzten Systeme, die wir entwickeln.