OverOps analyzes your application in real-time, providing code-level insights in QA, Staging and Production. Monitor your applications, not your logs. Visit overops.com to learn more.
Dockerfile linksThis image is intended to be used as a Kubernetes Sidecar. Add this image as an Init Container to your Pod along with the container you wish to monitor. Mount the /takipi shared volume in your container. When the Pod starts, the Agent will be copied from the sidecar into the shared folder.
Before using this image, you must have a Collector deployed in your environment.
Add the Sidecar as an Init Container, following this this example manifest.
apiVersion: v1
kind: Pod
metadata:
name: example-sidecar-pod
spec:
volumes:
- name: overops-agent
emptyDir: {}
initContainers:
- name: overops-agent
securityContext:
runAsUser: 1000
runAsGroup: 1000
fsGroup: 1000
image: overops/agent-sidecar:latest
imagePullPolicy: Always
volumeMounts:
- name: overops-agent
mountPath: /takipi
containers:
#
# add your container here
#
env:
- name: TAKIPI_COLLECTOR_HOST
# example only - set to your collector hostname
value: "overops-collector-service"
- name: TAKIPI_COLLECTOR_PORT
value: "6060"
- name: JAVA_TOOL_OPTIONS
# example only - update application.name and deployment.name for your app
value: "-agentpath:/takipi/lib/libTakipiAgent.so=takipi.application.name=<your app name>,takipi.deployment.name=<your app version>"
volumeMounts:
- name: overops-agent
mountPath: /takipi
Update environment variables.
TAKIPI_COLLECTOR_HOST to your Collector hostname.JAVA_TOOL_OPTIONS to -agentpath:/takipi/lib/libTakipiAgent.soJAVA_TOOL_OPTIONS like this: -agentpath:/takipi/lib/libTakipiAgent.so=takipi.application.name=<your app name>,takipi.deployment.name=<your app version>Verify connectivity on https://app.overops.com/ in your browser.
⚠️ Tip This container will stop running after copying the Agent into the /takipi directory. It is intended to be used only as an Init Container Sidecar in Kubernetes.
Starting with version 4.56.0, all published images to Docker hub are now "rootless." Images are now using the base image openjdk:8-jre-slim and running with user ID 1000 and group ID 1000 instead of the root user. This is now reflected in the kubernetes deployment's security context.
For the agent-sidecar make sure to apply the correct security context for the init-container in order to avoid permission issues. Note that the application pod can run as a different user, as the permissions for the volume mount will allow this.
Content type
Image
Digest
sha256:9a55b82d9…
Size
59.9 MB
Last updated
5 months ago
docker pull overops/agent-sidecar