Experimental service mapping pt.2

[LorenzoTettamanti]

Changes

Changes:

• [[Feature]: Add command discovery for network events #150]: added extract_docker_id() unit test. Added extract_container_id function and service_cache function. Added ServiceIdentity struct to store services relevant informations. Added Identites vector to store multiple ServiceIdentity structures

• Improved cfcli monitoring latencymetrics response for better output clarity

• Marked experimental features with #[cfg(feature="experimental")

• Updated manifests' files version (identity.yaml,metrics.yaml,agent.yaml)

Tests

Images

cortexflow-identity:0.1.1 stable release
cortexflow-identity:0.1.1-experimental

Expected output

[LorenzoTettamanti]

@siddh34 No tests needed. I'm manually closing this PR 💯

[siddh34]

Ahh man! No worries

I will still try to test it out let you know if there are any issues if I found some issues

[LorenzoTettamanti]

@siddh34 I'm merging the changes into the PreReleaseMain branch right now. After that i'll push the 0.1.1 update to crates.io 🥇

[siddh34]

Go ahead man! Will catch up to you soon

All the best for release! 🚀🚀

[siddh34]

Getting few errors @LorenzoTettamanti

[LorenzoTettamanti]

@siddh34 hi mate, thanks for the review. In the second image the error is triggered because the program cannot find that path slice in the cgroup and the other part of the triggers. For example if you use minikube the cgroup path in the container is something like sys/fs/cgroup/kubepods/... but if you use Kind the cgroup path is sys/fs/cgroup/kubelet-kubepods...

In the first image the error is triggered when the program cannot find a valid pod-name ( from the kubeapi) that has a direct match with the pod uid extracted from the cgroup.

I'm already thinking about a better way to extract the relevant pod info, i'll let you know very soon!