| Author | SHA1 | Message | Date |
|---|---|---|---|
|
|
458d273fc4
|
Refactoring the services and implementing an in-memory runtime for .NET (#4005)
closes #3950 closes #3702 What this is doing: I am refactoring the services on the .NET runtime and attempting to clarify the naming and organization. I added this doc to help capture the naming and concepts. AgentRuntime / Worker should work similar to the python version and enables running the whole agent system in one process. For remote the system uses the versions of the services in the grpc folder. lots of other bug fixes/threading cleanup - passing cancellation token throughout Services update clarifies the naming and roles: Worker: Hosts the Agents and is a client to the Gateway Gateway: -- RPC gateway for the other services APIs -- Provides an RPC bridge between the workers and the Event Bus Registry: keeps track of the agents in the system and which events they can handle AgentState: persistent state for agents |
1 year ago |
|
|
0f4dd0cc6d
|
Agentbase refactor (#3980)
Remove unused code, refactor AgentBase and AgentWorker/Runtime to use interfaces throughout to enable future implementation of alternate runtimes and separation of the gprpc service from Agent Base (for future in-memory version). Also adds the missing RegisterAgentResponse methods |
1 year ago |
|
|
14846a3e84
|
first draft of stateful persistence grains for each agent.... (#3954)
* adds Orleans persistence for AgentState |
1 year ago |