ArangoDB - MVP #284
Labels
No labels
1week
2weeks
Failed compliance check
IP cameras
NATS
Possible security concern
Review effort 1/5
Review effort 2/5
Review effort 3/5
Review effort 4/5
Review effort 5/5
UI
aardvark
accessibility
amd64
api
arm64
auth
back-end
bgp
blog
bug
build
checkers
ci-cd
cleanup
cnpg
codex
core
dependencies
device-management
documentation
duplicate
dusk
ebpf
enhancement
eta 1d
eta 1hr
eta 3d
eta 3hr
feature
fieldsurvey
github_actions
go
good first issue
help wanted
invalid
javascript
k8s
log-collector
mapper
mtr
needs-triage
netflow
network-sweep
observability
oracle
otel
plug-in
proton
python
question
reddit
redhat
research
rperf
rperf-checker
rust
sdk
security
serviceradar-agent
serviceradar-agent-gateway
serviceradar-web
serviceradar-web-ng
siem
snmp
sysmon
topology
ubiquiti
wasm
wontfix
zen-engine
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
carverauto/serviceradar#284
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Imported from GitHub.
Original GitHub issue: #787
Original author: @mfreeman451
Original URL: https://github.com/carverauto/serviceradar/issues/787
Original created: 2025-05-16T02:39:12Z
Implementation: ServiceRadar Hybrid Data Organization and Relationship Modeling
Overview
This issue tracks the implementation of the ServiceRadar hybrid data organization and relationship modeling feature, as outlined in the ADR dated 2025-05-15.
Background
ServiceRadar currently lacks sophisticated mechanisms to express rich relationships between devices and enable advanced data correlation. The proposed solution is a hybrid architecture using Timeplus Proton for real-time data ingestion/streaming and ArangoDB for graph-based relationship modeling, following a phased implementation approach over 14 weeks.
Implementation Schedule
Phase 1: Data Foundation (4 weeks)
target_device_ip,ifIndex) intimeseries_metricsPhase 2: ArangoDB Integration (3 weeks)
Devices,Interfaces,CollectionsDeviceHasInterface,DeviceToDevice,DeviceToCollection,InterfaceToCollectionserviceradar-arangodb-syncservice with synchronization for:devices(Proton) →Devices(ArangoDB)discovered_interfaces(Proton) →Interfaces&DeviceHasInterface(ArangoDB)topology_discovery_events(Proton) →DeviceToDevice(ArangoDB)Phase 3: Correlation API and SRQL v1 (3 weeks)
Phase 4: Advanced SRQL and UI (2 weeks)
Phase 5: Optimization and Hardening (2 weeks)
Technical Requirements
Proton Stream Schemas
discovered_interfacesstream to track device interfacestopology_discovery_eventsstream for network topology dataArangoDB Collections
SRQL Enhancements
API and UI
Documentation Deliverables
docs/docs/architecture.mdwith hybrid modeldocs/docs/topology.mdfor topology-aware monitoringdocs/docs/correlation.mdfor correlation examplesdocs/docs/srql.mdwith new syntaxRelated Documents
Resources
Assignees
@mfreeman (lead)
[Add additional team members]
Labels
feature,enhancement,serviceradar,topology,correlation,graphdb,arangodb,protonEstimated Completion
Target completion date: [Current date + 14 weeks]
Imported GitHub comment.
Original author: @mfreeman451
Original URL: https://github.com/carverauto/serviceradar/issues/787#issuecomment-3056142338
Original created: 2025-07-10T07:52:36Z
closing, not planned anymore, arangodb is under BSL