Access to agent/tenant logs
- Dominant language
- TypeScript
- Stars
- 62
- Forks
- 59
- Avg merge
- 1d 11h
- Merged PRs (30d)
- 5
Description
When integrating an application/controller with a Traction tenant, it would be useful for the developers to be able to access their own agent logs in order to have a view into the agent to troubleshoot issues.
The idea would be to be able to feed on a log stream generated by the agent and present the logs relevant to each tenant using an API endpoint, and in the UI (the console-style used by OpenShift constitutes a pretty good developer experience and is what we should target for the UI).
Currently, aca-py logs are however not scoped per-tenant and there is no way of accessing them outside of the hosting platform, which constitutes a burden for operations (as it has to be involved in every step of the troubleshooting to monitor and extract the logs as actions are being executed) and a blocker for system integrators.
This functionality is a good candidate for a plug-in since it is not necessarily something that should be included in aca-py core. To be defined whether this should be traction-specific or a more general plug-in that could be added regardless of the agent's single/multi tenant mode (I am leaning towards the latter option).
c.c.: @swcurran and @WadeBarnes for thoughts and additional input
Contributor guide
Research direction
The issue names no files, tests, or entry points. Start by defining the tenant-scoped log architecture and deciding the API, UI, and plug-in boundary; done requires an agreed implementation scope for agent log streaming, tenant filtering, and developer-facing access.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- api, backend, frontend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100