PetitCalgonJe vais découvrir bientôt au boulot.
Je me pose déjà la question de la granularité des acteurs.

Je pense que fondamentalement, ce système est une "mauvaise idée" d'un point de vue architecture, mais que c'est une excellente approche pour réussir à distribuer des tâches à grande échelle, sans avoir à réellement ce préoccuper de la granularité et de la distribution justement. Ca fournit un cadre de travail plus simple à manipuler et à maintenir, et c'est sans doute la grande force d'akka par rapport à d'autres méthodes qui peuvent vite devenir de véritables casse-têtes si on débute mal.

Ca reste dans la philosophie Java, quoi

Oui ça propose un framework, chaque acteur a son propre thread, et tu n'as plus à te préoccuper de la communication entre eux, tu envoies des messages, ils le reçoivent, il ne faut juste pas passer des instances/références d'objet, mais certainement tout sérializer.
Après, tu dois gagner du temps si tu organises ça bien, et tu peux faire chauffer un RaspPi si tu t'y prends bien.
Bon point supplémentaire, le framework ne crashe pas si un acteur crashe, il propose de le relancer, de le terminer, etc. Donc une gestion de l'erreur assez pointue et défensive.