To use the library for the first time in a given environment, complete this quick procedure:
SCOPE_HOME
directory, i.e., the directory from which AppScope should run in your environment.Set SCOPE_HOME
to the desired directory.
ubuntu@my_hostname:~/someuser/temp$ export SCOPE_HOME=/opt/appscope
Create the SCOPE_HOME
directory. (Here, sudo
is required because opt
is owned by root.)
ubuntu@my_hostname:~/someuser/temp$ sudo mkdir $SCOPE_HOME
Extract (scope extract
) the contents of the AppScope binary into the SCOPE_HOME
directory.
ubuntu@my_hostname:~/someuser/temp$ sudo ./scope extract $SCOPE_HOME
Successfully extracted to /opt/appscope.
Verify that SCOPE_HOME
contains the AppScope library (libscope.so
) and the config file (scope.yml
).
ubuntu@my_hostname:~/someuser/temp$ ls -al $SCOPE_HOME
total 20528
drwxr-xr-x 2 root root 4096 Jul 11 22:51 .
drwxr-xr-x 5 root root 4096 Jul 11 22:51 ..
-rwxr-xr-x 1 root root 9663240 Jul 11 22:51 libscope.so
-rw-r--r-- 1 root root 35755 Jul 11 22:51 scope.yml
ubuntu@my_hostname:~/someuser/temp$
Now you are ready to configure AppScope to instrument any application and output data to any existing tool via simple TCP protocols.
Depending on your use case and preferred way of working, this usually entails editing scope.yml
, and then setting environment variables while invoking the library.
How the library is loaded depends on the type of executable. A dynamic loader can preload the library (where supported), while AppScope can load static executables. Regardless of how the library is loaded, you get full control of the data source, formats, and transports.
For the default settings in the sample scope.yml
configuration file, see Config File, or inspect the most-recent file on GitHub.
To see the config file with comments omitted, run the following command:
egrep -v '^ *#.*$' scope.yml | sed '/^$/d' >scope-minimal.yml
This can help you get a clear idea of exactly how AppScope is configured, assuming you have previously read and understood the comments.
To use the library directly, you rely on the LD_PRELOAD
environment variable.
The following examples provide an overview of this way of working with the library. All the examples call the system-level ps
command, just to show how the syntax works.
For more, check out the Further Examples, which include both CLI and library use cases.
LD_PRELOAD
with a Single CommandStart with this basic example:
LD_PRELOAD=./libscope.so ps -ef
This executes the command ps -ef
. But first, the OS's loader loads the AppScope library, as part of loading and linking the ps
executable.
Details of the ps
application's execution are emitted to the configured transport, in the configured format. For configuration details, see Env Vars and the Config File above.
LD_PRELOAD
with Verbosity SpecifiedLD_PRELOAD=./libscope.so SCOPE_METRIC_VERBOSITY=5 ps -ef
This again executes the ps
command using the AppScope library. But it also defines the verbosity for metric extraction as level 5
. (This verbosity setting overrides any config-file setting, as well as the default value.)
LD_PRELOAD
with a Config FileLD_PRELOAD=./libscope.so SCOPE_HOME=/etc/scope ps -ef
This again executes the ps
command using the AppScope library. But it also directs the library to use the config file /etc/scope/scope.yml
.
LD_PRELOAD
with a TCP ConnectionLD_PRELOAD=./libscope.so SCOPE_EVENT_DEST=tcp://localhost:9999 SCOPE_CRIBL_ENABLE=false ps -ef
This again executes the ps
command using the AppScope library. But here, we also specify that events (as opposed to metrics) will be sent over a TCP connection to localhost, using port 9999
. (This event destination setting overrides any config-file setting, as well as the default value.)
systemd
(boot-time) ServiceIn this example, we'll add AppScope to the httpd
service, described by an httpd.service
file which contains an EnvironmentFile=/etc/sysconfig/httpd
entry.
/opt/appscope
in this example):mkdir /opt/appscope && cd /opt/appscope
curl -Lo scope https://cdn.cribl.io/dl/scope/\
$(curl -L https://cdn.cribl.io/dl/scope/latest)/linux/scope && \
chmod 755 ./scope
./scope extract .
The result will be that the system uses /opt/appscope/scope.yml
to configure libscope.so
.
LD_PRELOAD
environment variable to the systemd
config file.In the httpd.service
file, edit the /etc/sysconfig/httpd
entry to include the following environment variables:
SCOPE_HOME=/opt/appscope
LD_PRELOAD=/opt/appscope/libscope.so
You can interpose the libscope.so
library into an AWS Lambda function as a Lambda layer. By default, Lambda functions use lib
as their LD_LIBRARY_PATH
, which makes loading AppScope easy.
Assuming that you have created one or more AWS Lambda functions, all you need to do is add the Lambda layer, then set environment variables for the Lambda function.
Start with one of the AWS Lambda Layers for AppScope that Cribl provides. You can obtain the AWS Lambda Layers and their MD5 checksums from the Cribl CDN.
AWS Lambda Layer for x86
: https://cdn.cribl.io/dl/scope/1.2.2/linux/x86_64/aws-lambda-layer.zipAWS Lambda Layer for ARM
: https://cdn.cribl.io/dl/scope/1.2.2/linux/aarch64/aws-lambda-layer.zip.md5
to the file path.x86_64
or ARM64
, as appropriate, for Compatible architectures.The AWS docs explain how to set environmental variables for Lambda functions. You'll need to enter the following AppScope environment variable settings in the AWS UI.
LD_PRELOAD
gets your Lambda function working with AppScope.
LD_PRELOAD=libscope.so
SCOPE_EXEC_PATH
is required for static executables (like the Go runtime).
SCOPE_EXEC_PATH=/opt/appscope/scope
To tell AppScope where to deliver events, the required environment variable depends on your desired Data Routing.
SCOPE_CRIBL_CLOUD
is required for an AppScope Source in a Cribl.Cloud-managed instance of Cribl Stream. (Substitute your host and port values for the placeholders.)SCOPE_CRIBL_CLOUD=tcp://<host>:<port>
Optionally, set additional environment variables as desired.
SCOPE_CONF_PATH
ensures that your Lambda function uses AppScope with the correct config file. (Edit the path if yours is different.)SCOPE_CONF_PATH=/opt/appscope/scope.yml