-
Notifications
You must be signed in to change notification settings - Fork 3
Description
Status
It's a heavily expected feature, so there is no debate around whether we should have it or not. But the details are highly undefined at this stage.
feature Ideas
- supervisor allows to call
add_actorafter start - there is
stop_actororremove_actorthat can be called before callingsupervisor.stop(); - actor (ctx?) can spawn another actor
Mental model / example
Think about file processing system. There are some raw files and each raw file produces multiple CSV files (depends on the content). Files are large in size, so to handle them effectively some concurrency is needed. In theory each raw file reader and each csv file writer could be an actor. In such case the writers subscribe to dynamic topics that are file names.
The dynamic actor creation here is needed, as new files may show up during the process. So actors will be created and dropped in the runtime.
In the simple form the coordinator that creates actors could use Maiko's supervisor and orchestrate initial setup and watch for the new files. In the ideal version entire logic could be moved to actors, but that would require an actor to spawn a new actor.