---
title: "Netskope API V2 collector"
canonical: "https://docs.devo.com/space/latest/650117144/Netskope%20API%20V2%20collector"
format: markdown
---
> Macro (toc)

## Overview

Netskope Cloud Access Security Broker (CASB) is a security solution designed to provide visibility, control, and protection for data and applications in cloud environments. CASBs address the security challenges posed by the increasing adoption of cloud services, offering a layer of security between cloud service users and cloud applications to enforce security policies.

Netskope CASB Collector requests logs from Netskope APIs and sends them to Devo.

## Netskope API V2 collector migration guide (from 1.x.x to 2.x.x)

If you need to migrate an old collector version to a more recent one, please check the migration process in [this article](https://docs.devo.com/space/latest/1077575760/Netskope+API+v2+collector+migration_guide_1.x.x_to_2.x.x).

## Devo collector features

| **Feature** | **Details** |
| --- | --- |
| Allow parallel downloading (`multipod`) | `not allowed` |
| Running environments | - `collector server`
- `on-premise` |
| Populated Devo events | `table` |

## Data sources

The data is collected using a Devo collector that can be run on the Devo collector server or standalone in a Docker container. The data is sent and stored in the Devo platform in these tables:

| **Data source** | **Description** | **API endpoint** | **Collector service name** | **Devo table** | **Available from release** |
| --- | --- | --- | --- | --- | --- |
| Event alert | Get all the Alert event type. | /api/v2/events/dataexport/events/alert | `event_alert` | `casb.netskope.alert` | `v1.0.0` |
| Event page | Get all the page event type. | /api/v2/events/dataexport/events/page | `event_page` | `casb.netskope.page` | `v1.0.0` |
| Event application | Get all the application event type. | /api/v2/events/dataexport/events/application | `event_application` | `casb.netskope.application` | `v1.0.0` |
| Event incident | Get all the incident event type. | /api/v2/events/dataexport/events/incident | `event_incident` | `casb.netskope.incident` | `v1.0.0` |
| Event audit | Get all the audit event type. | /api/v2/events/dataexport/events/audit | `event_audit` | `casb.netskope.audit` | `v1.0.0` |
| Event infrastructure | Get all the infrastructure event type. | /api/v2/events/dataexport/events/infrastructure | `event_infrastructure` | `casb.netskope.infrastructure` | `v1.0.0` |
| Event network | Get all the network event type. | /api/v2/events/dataexport/events/network | `event_network` | `casb.netskope.network` | `v1.0.0` |
| Alert dlp | Get all the dlp Alert type. | /api/v2/events/dataexport/alerts/dlp | `alert_dlp` | `casb.netskope.dlp` | `v1.0.0` |
| Alert watchlist | Get all the watchlist Alert type. | /api/v2/events/dataexport/alerts/watchlist | `alert_watchlist` | `casb.netskope.watchlist` | `v1.0.0` |
| Alert ctep | Get all the ctep Alert type. | /api/v2/events/dataexport/alerts/ctep | `alert_ctep` | `casb.netskope.ctep` | `v1.0.0` |
| Alert compromisedcredential | Get all the compromisedcredential Alert type. | /api/v2/events/dataexport/alerts/compromisedcredential | `alert_compromisedcredential` | `casb.netskope.compromisedcredential` | `v1.0.0` |
| Alert malsite | Get all the malsite Alert type. | /api/v2/events/dataexport/alerts/malsite | `alert_malsite` | `casb.netskope.malsite` | `v1.0.0` |
| Alert malware | Get all the malware Alert type. | /api/v2/events/dataexport/alerts/malware | `alert_malware` | `casb.netskope.malware` | `v1.0.0` |
| Alert policy | Get all the policy Alert type. | /api/v2/events/dataexport/alerts/policy | `alert_policy` | `casb.netskope.policy` | `v1.0.0` |
| Alert remediation | Get all the remediation Alert type. | /api/v2/events/dataexport/alerts/remediation | `alert_remediation` | `casb.netskope.remediation` | `v1.0.0` |
| Alert quarantine | Get all the quarantine Alert type. | /api/v2/events/dataexport/alerts/quarantine | `alert_quarantine` | `casb.netskope.quarantine` | `v1.0.0` |
| Alert securityassessment | Get all the securityassessment Alert type. | /api/v2/events/dataexport/alerts/securityassessment | `alert_securityassessment` | `casb.netskope.securityassessment` | `v1.0.0` |
| Alert uba | Get all the uba Alert type. | /api/v2/events/dataexport/alerts/uba | `alert_uba` | `casb.netskope.uba` | `v1.0.0` |

> ℹ️ More information about the API calls can be found [here](https://docs.netskope.com/en/netskope-help/admin-console/rest-api/).

For more information on how the events are parsed, [visit our page](https://devodocs.atlassian.net/wiki/spaces/latest/pages/94661346).

## API Limits, Delays, Known Issues

- We occasionally encounter a 409 "Concurrency conflict" error, indicating the request cannot be processed at this point of time(Implemented wait time according to API document but still getting this error). This is a known limitation, and handled this. It won't break the collector.
- Events may appear to be delayed in Devo due to time zone differences. This is not an actual delay, because timestamps are based on the source data's time zone, not UTC, leading to perceived discrepancies.

## Accepted authentication methods

| **Authentication method** | **api_token** |
| --- | --- |
| Auth token | REQUIRED |

## Minimum configuration required for basic pulling

Although this collector supports advanced configuration, the fields required to retrieve data with basic configuration are defined below.

This minimum configuration refers exclusively to those specific parameters of this integration. There are more required parameters related to the generic behavior of the collector. Check setting sections for details.

| **Setting** | **Details** |
| --- | --- |
| api_token | The Api Token for netskope API. |

## Vendor setup

Netskope API collector works over the API to retrieve the data, so a token is required to get the data via API. Follow the steps [here](https://docs.netskope.com/en/netskope-help/admin-console/rest-api/rest-api-v1-overview/) to get an API token.

> Macro (rw-ui-steps-macro)
> 
> > Macro (rw-step)
> 
> Log in to your Netskope account.
> 
> > Macro (rw-step)
> 
> The token can be generated or revoked in the Netskope UI, selecting **Settings → Tools → Rest API v2**. On the REST API v2 page, click **New token**.
> 
> ![image-20240626-064351.png](media://66b6d6de-8801-4f70-b4e2-c69c48299edf)
> 
> 
> > Macro (rw-step)
> 
> Enter a token name and expiration time, then click **Add endpoint** to select the API endpoints to use with the token.
> 
> ![image-20240626-064456.png](media://2a5419b4-fca0-45fe-ae39-dd85ab2cd140)
> 
> > Macro (rw-step)
> 
> Specify the privileges for each of the endpoints added. Read privileges include GET. The services supported by the collector are the following ones:
> 
> - `alerts`
>   - `alert_compromisedcredential`
>   - `alert_ctep`
>   - `alert_malsite`
>   - `alert_malware`
>   - `alert_policy`
>   - `alert_quarantine`
>   - `alert_remediation`
>   - `alert_securityassessment`
>   - `alert_uba`
>   - `alert_watchlist`
> - `events`
>   - `event_alert`
>   - `event_application`
>   - `event_audit`
>   - `event_incident`
>   - `event_infrastructure`
>   - `event_network`
>   - `event_page`
> 
> ![image-20240626-065329.png](media://7c7e98e8-c25f-4b16-8139-c36bff0f3c74)

## Rate limiting

Rate-limiting must be factored in when using the Netskope REST APIs. A standard *429 Too Many Requests* error will be returned if an excessive usage level is reached. To avoid this error, limit your REST API calls. The global rate limit can be checked at the top of the page.

![image-20240626-065915.png](media://0cdfa424-532d-441f-a8f3-2810e73f01e4)

In this example (4 req/s), limit the API calls to no more than 20 requests every 5 seconds. Four requests are processed in the first second, while 16 are queued and processed over the next four seconds.

## Run the collector

Once the data source is configured, you can either send us the required information if you want us to host and manage the collector for you (<u>Cloud collector</u>), or deploy and host the collector in your own machine using a Docker image (<u>On-premise collector</u>).

> Macro (rw-ui-tabs-macro)
> 
> > Macro (rw-tab)
> 
> We use a piece of software called Collector Server to host and manage all our available collectors.
> 
> To enable the collector for a customer:
> 
> 1. In the Collector Server GUI, access the domain in which you want this instance to be created
> 2. Click Add Collector and find the one you wish to add.
> 3. In the Version field, select the latest value.
> 4. In the Collector Name field, set the value you prefer (this name must be unique inside the same Collector Server domain).
> 5. In the sending method select Direct Send. Direct Send configuration is optional for collectors that create Table events, but mandatory for those that create Lookups.
> 6. In the Parameters section, establish the Collector Parameters as follows below:
> 
> > ℹ️ Select the services to configure from the available list in the configuration template.
> 
> ```
> {
>   "global_overrides": {
>     "debug": false
>   },
>   "inputs": {
>     "netskope_v2api": {
>       "id": "<short_unique_id>",
>       "enabled": true,
>       "credentials": {
>         "api_token": "<api_token>"
>       },
>       "tenant_hostname": "<tenant_hostname>",
>       "services": {
>         "alert_dlp": {
>           "start_time_in_utc": "<start_time_in_utc_value>",
>           "requests_limits": [
>             {
>               "period": "<period_value>",
>               "number_of_requests": "<number_of_requests>"
>             }
>           ],
>           "override_tag": "<override_tag_value>",
>           "request_period_in_seconds": "<request_period_in_seconds>"
>         },
>         "alert_watchlist": {
>           "start_time_in_utc": "<start_time_in_utc_value>",
>           "requests_limits": [
>             {
>               "period": "<period_value>",
>               "number_of_requests": "<number_of_requests>"
>             }
>           ],
>           "override_tag": "<override_tag_value>",
>           "request_period_in_seconds": "<request_period_in_seconds>"
>         },
>         "alert_ctep": {
>           "start_time_in_utc": "<start_time_in_utc_value>",
>           "requests_limits": [
>             {
>               "period": "<period_value>",
>               "number_of_requests": "<number_of_requests>"
>             }
>           ],
>           "override_tag": "<override_tag_value>",
>           "request_period_in_seconds": "<request_period_in_seconds>"
>         },
>         "alert_compromisedcredential": {
>           "start_time_in_utc": "<start_time_in_utc_value>",
>           "requests_limits": [
>             {
>               "period": "<period_value>",
>               "number_of_requests": "<number_of_requests>"
>             }
>           ],
>           "override_tag": "<override_tag_value>",
>           "request_period_in_seconds": "<request_period_in_seconds>"
>         },
>         "alert_malsite": {
>           "start_time_in_utc": "<start_time_in_utc_value>",
>           "requests_limits": [
>             {
>               "period": "<period_value>",
>               "number_of_requests": "<number_of_requests>"
>             }
>           ],
>           "override_tag": "<override_tag_value>",
>           "request_period_in_seconds": "<request_period_in_seconds>"
>         },
>         "alert_malware": {
>           "start_time_in_utc": "<start_time_in_utc_value>",
>           "requests_limits": [
>             {
>               "period": "<period_value>",
>               "number_of_requests": "<number_of_requests>"
>             }
>           ],
>           "override_tag": "<override_tag_value>",
>           "request_period_in_seconds": "<request_period_in_seconds>"
>         },
>         "alert_policy": {
>           "start_time_in_utc": "<start_time_in_utc_value>",
>           "requests_limits": [
>             {
>               "period": "<period_value>",
>               "number_of_requests": "<number_of_requests>"
>             }
>           ],
>           "override_tag": "<override_tag_value>",
>           "request_period_in_seconds": "<request_period_in_seconds>"
>         },
>         "alert_remediation": {
>           "start_time_in_utc": "<start_time_in_utc_value>",
>           "requests_limits": [
>             {
>               "period": "<period_value>",
>               "number_of_requests": "<number_of_requests>"
>             }
>           ],
>           "override_tag": "<override_tag_value>",
>           "request_period_in_seconds": "<request_period_in_seconds>"
>         },
>         "alert_quarantine": {
>           "start_time_in_utc": "<start_time_in_utc_value>",
>           "requests_limits": [
>             {
>               "period": "<period_value>",
>               "number_of_requests": "<number_of_requests>"
>             }
>           ],
>           "override_tag": "<override_tag_value>",
>           "request_period_in_seconds": "<request_period_in_seconds>"
>         },
>         "alert_securityassessment": {
>           "start_time_in_utc": "<start_time_in_utc_value>",
>           "requests_limits": [
>             {
>               "period": "<period_value>",
>               "number_of_requests": "<number_of_requests>"
>             }
>           ],
>           "override_tag": "<override_tag_value>",
>           "request_period_in_seconds": "<request_period_in_seconds>"
>         },
>         "alert_uba": {
>           "start_time_in_utc": "<start_time_in_utc_value>",
>           "requests_limits": [
>             {
>               "period": "<period_value>",
>               "number_of_requests": "<number_of_requests>"
>             }
>           ],
>           "override_tag": "<override_tag_value>",
>           "request_period_in_seconds": "<request_period_in_seconds>"
>         },
>         "event_alert": {
>           "start_time_in_utc": "<start_time_in_utc_value>",
>           "requests_limits": [
>             {
>               "period": "<period_value>",
>               "number_of_requests": "<number_of_requests>"
>             }
>           ],
>           "override_tag": "<override_tag_value>",
>           "request_period_in_seconds": "<request_period_in_seconds>"
>         },
>         "event_page": {
>           "start_time_in_utc": "<start_time_in_utc_value>",
>           "requests_limits": [
>             {
>               "period": "<period_value>",
>               "number_of_requests": "<number_of_requests>"
>             }
>           ],
>           "override_tag": "<override_tag_value>",
>           "request_period_in_seconds": "<request_period_in_seconds>"
>         },
>         "event_application": {
>           "start_time_in_utc": "<start_time_in_utc_value>",
>           "requests_limits": [
>             {
>               "period": "<period_value>",
>               "number_of_requests": "<number_of_requests>"
>             }
>           ],
>           "override_tag": "<override_tag_value>",
>           "request_period_in_seconds": "<request_period_in_seconds>"
>         },
>         "event_incident": {
>           "start_time_in_utc": "<start_time_in_utc_value>",
>           "requests_limits": [
>             {
>               "period": "<period_value>",
>               "number_of_requests": "<number_of_requests>"
>             }
>           ],
>           "override_tag": "<override_tag_value>",
>           "request_period_in_seconds": "<request_period_in_seconds>"
>         },
>         "event_audit": {
>           "start_time_in_utc": "<start_time_in_utc_value>",
>           "requests_limits": [
>             {
>               "period": "<period_value>",
>               "number_of_requests": "<number_of_requests>"
>             }
>           ],
>           "override_tag": "<override_tag_value>",
>           "request_period_in_seconds": "<request_period_in_seconds>"
>         },
>         "event_infrastructure": {
>           "start_time_in_utc": "<start_time_in_utc_value>",
>           "requests_limits": [
>             {
>               "period": "<period_value>",
>               "number_of_requests": "<number_of_requests>"
>             }
>           ],
>           "override_tag": "<override_tag_value>",
>           "request_period_in_seconds": "<request_period_in_seconds>"
>         },
>         "event_network": {
>           "start_time_in_utc": "<start_time_in_utc_value>",
>           "requests_limits": [
>             {
>               "period": "<period_value>",
>               "number_of_requests": "<number_of_requests>"
>             }
>           ],
>           "override_tag": "<override_tag_value>",
>           "request_period_in_seconds": "<request_period_in_seconds>"
>         }
>       }
>     }
>   }
> }
> 
> ```
> 
> The following table outlines the parameters available for configuring the collector. Each parameter is categorized by its necessity (mandatory or optional), data type, acceptable values or formats, and a brief description.
> 
> |  |  |  |  |  |
> | --- | --- | --- | --- | --- |
> | **Parameter** | **Data type** | **Type** | **Value range / Format** | **Details** |
> | <devo_address> | str | Mandatory | [collector-us.devo.io](http://collector-us.devo.io/),<br>[collector-eu.devo.io](http://collector-eu.devo.io/) | Use this param to identify the Devo Cloud where the events will be sent |
> | <chain_filename> | str | Mandatory | Minimum length: 4, Maximum length: 20 | Use this param to identify the chain.cert file downloaded from your Devo domain. Usually this file's name is: chain.crt |
> | <cert_filename> | str | Mandatory | Minimum length: 4, Maximum length: 20 | Use this param to identify the file.cert downloaded from your Devo domain. |
> | <key_filename> | str | Mandatory | Minimum length: 4, Maximum length: 20 | Use this param to identify the file.key downloaded from your Devo domain. |
> | <short_unique_id> | int | Mandatory | Minimum Length 5 | Use this parameter to give a unique ID to this input service. This parameter is used to build the persistence address; do not use the same value for multiple collectors. It could cause a collision. |
> | <input_status> | bool | Mandatory | false / true | Use this param to enable or disable the given input logic when running the collector. If the value is true, the input will be run. If the value is false, it will be ignored. |
> | <override_tag_value> | str | Optional | A devo tag | This parameter allows defining a custom devo tag. |
> | <start_time_in_utc> | str | Optional | UTC format date, This Should not be older that 7 days | Initial time period used when fetching data from the endpoint. `Due to the large amount of data produced by this service, using this parameter is discouraged except in special cases.`   
> **Format** `<yyyy-MM-dd'T'HH:mm:ss'Z'>`<br>**Example:** `2024-10-21T10:15:30Z` |
> | <period_value> | str | Mandatory | number follow with [s,m,h,d,w,M,y] | Defines the reference time period used by the rate limiter. By default uses 60 seconds.   
> `s: second`   
> `m: minute`   
> `h: hour`   
> `d: day`   
> `w: week`   
> `M: month`   
> `y: year`   
> **Example:** "30s" , "1m", "1h"<br>> 📝 If you do not need this feature (Local Rate Limiter), remove the following definition from the service/endpoint:   
> > 📝 **requests_limits: **
> > 📝 
> > 📝 - **period: <period_value> **  
> > 📝 **number_of_requests: <number_of_requests>** |
> | <number_of_requests> | int | Mandatory | Minimum value: 1 | Defines the maximum number of calls that can be made in the period_value.<br>> 📝 If you do not need this feature (Local Rate Limiter), remove the following definition from the service/endpoint:   
> > 📝 **requests_limits: **
> > 📝 
> > 📝 - **period: <period_value> **  
> > 📝 **number_of_requests: <number_of_requests>** |
> | <request_period_in_seconds_value> | int | Optional | minimum length: 1 | Period in seconds used between each data pulling. This value will overwrite the default value (60 seconds). This parameter can be removed or commented. |
> | <api_token_value> | str | Mandatory | minimum length: 1 | API Token to access the NetSkope API. |
> | <tenant_hostname_value> | str | Mandatory | minimum length: 1 | Tenant Hostname For NetSkope API. Ex: "[hrb.goskope.com](http://hrb.goskope.com/)" |
> 
> **Note**: Parameters marked as "Mandatory" are required for the collector's configuration. Optional parameters can be omitted or removed if not used, but they provide additional customization and control over the collector's behavior.
> 
> > Macro (rw-tab)
> 
> This data collector can be run in any machine that has the Docker service available because it should be executed as a docker container. The following sections explain how to prepare all the required setup for having the data collector running.
> 
> ### Structure
> 
> The following directory structure should be created for being used when running the collector:
> 
> ```
> <any_directory>
> └── devo-collectors/
>     └── <product_name>/
>         ├── certs/
>         │   ├── chain.crt
>         │   ├── <your_domain>.key
>         │   └── <your_domain>.crt
>         ├── state/
>         └── config/ 
>             └── config.yaml 
> ```
> 
> > ⚠️ Replace `<product_name>` with the proper value.
> 
> ### Devo credentials
> 
> In Devo, go to **Administration → Credentials → X.509 Certificates**, download the **Certificate**, **Private key** and **Chain CA** and save them in `<product_name>/certs/`. Learn more about security credentials in Devo [here](#).
> 
> ![image-20240530-133152.png](media://f5c0b236-1432-445f-9195-2c200ad89d88)
> 
> > ⚠️ Replace `<product_name>` with the proper value.
> 
> ### Editing the config.yaml file
> 
> ```
> globals:
>   debug: false
>   id: not_used
>   name: netskope_v2api
>   persistence:
>     type: filesystem
>     config:
>       directory_name: state
> #    type: redis
> #    config:
> #      host: host
> #      port: port
> #      password: password
> #      db: db
> 
> outputs:
> #  devo_1:
> #    type: devo_platform
> #    config:
> #      address: collector-us.devo.io
> #      port: 443
> #      type: SSL
> #      chain: chain.crt
> #      cert: <devo_domain>.crt
> #      key: <devo_domain>.key
> 
>   console_1:
>     type: console
> 
> inputs:
>   netskope_v2api:
>     id: <short_unique_id>
>     enabled: true
>     credentials:
>       api_token: <api_token_value>
>     tenant_hostname: <tenant_hostname_value>
>     services:
>       alert_dlp:
>         request_period_in_seconds: <request_period_in_seconds>
>         start_time_in_utc: <start_time_in_utc_value>
>         requests_limits:
>           - period: <period_value>
>             number_of_requests: <number_of_requests>
>         override_tag: <override_tag_value>
>       alert_watchlist:
>         request_period_in_seconds: <request_period_in_seconds>
>         start_time_in_utc: <start_time_in_utc_value>
>         requests_limits:
>           - period: <period_value>
>             number_of_requests: <number_of_requests>
>         override_tag: <override_tag_value>
>       alert_ctep:
>         request_period_in_seconds: <request_period_in_seconds>
>         start_time_in_utc: <start_time_in_utc_value>
>         requests_limits:
>           - period: <period_value>
>             number_of_requests: <number_of_requests>
>         override_tag: <override_tag_value>
>       alert_compromisedcredential:
>         request_period_in_seconds: <request_period_in_seconds>
>         start_time_in_utc: <start_time_in_utc_value>
>         requests_limits:
>           - period: <period_value>
>             number_of_requests: <number_of_requests>
>         override_tag: <override_tag_value>
>       alert_malsite:
>         request_period_in_seconds: <request_period_in_seconds>
>         start_time_in_utc: <start_time_in_utc_value>
>         requests_limits:
>           - period: <period_value>
>             number_of_requests: <number_of_requests>
>         override_tag: <override_tag_value>
>       alert_malware:
>         request_period_in_seconds: <request_period_in_seconds>
>         start_time_in_utc: <start_time_in_utc_value>
>         requests_limits:
>           - period: <period_value>
>             number_of_requests: <number_of_requests>
>         override_tag: <override_tag_value>
>       alert_policy:
>         request_period_in_seconds: <request_period_in_seconds>
>         start_time_in_utc: <start_time_in_utc_value>
>         requests_limits:
>           - period: <period_value>
>             number_of_requests: <number_of_requests>
>         override_tag: <override_tag_value>
>       alert_remediation:
>         request_period_in_seconds: <request_period_in_seconds>
>         start_time_in_utc: <start_time_in_utc_value>
>         requests_limits:
>           - period: <period_value>
>             number_of_requests: <number_of_requests>
>         override_tag: <override_tag_value>
>       alert_quarantine:
>         request_period_in_seconds: <request_period_in_seconds>
>         start_time_in_utc: <start_time_in_utc_value>
>         requests_limits:
>           - period: <period_value>
>             number_of_requests: <number_of_requests>
>         override_tag: <override_tag_value>
>       alert_securityassessment:
>         request_period_in_seconds: <request_period_in_seconds>
>         start_time_in_utc: <start_time_in_utc_value>
>         requests_limits:
>           - period: <period_value>
>             number_of_requests: <number_of_requests>
>         override_tag: <override_tag_value>
>       alert_uba:
>         request_period_in_seconds: <request_period_in_seconds>
>         start_time_in_utc: <start_time_in_utc_value>
>         requests_limits:
>           - period: <period_value>
>             number_of_requests: <number_of_requests>
>         override_tag: <override_tag_value>
>       event_alert:
>         request_period_in_seconds: <request_period_in_seconds>
>         start_time_in_utc: <start_time_in_utc_value>
>         requests_limits:
>           - period: <period_value>
>             number_of_requests: <number_of_requests>
>         override_tag: <override_tag_value>
>       event_page:
>         request_period_in_seconds: <request_period_in_seconds>
>         start_time_in_utc: <start_time_in_utc_value>
>         requests_limits:
>           - period: <period_value>
>             number_of_requests: <number_of_requests>
>         override_tag: <override_tag_value>
>       event_application:
>         request_period_in_seconds: <request_period_in_seconds>
>         start_time_in_utc: <start_time_in_utc_value>
>         requests_limits:
>           - period: <period_value>
>             number_of_requests: <number_of_requests>
>         override_tag: <override_tag_value>
>       event_incident:
>         request_period_in_seconds: <request_period_in_seconds>
>         start_time_in_utc: <start_time_in_utc_value>
>         requests_limits:
>           - period: <period_value>
>             number_of_requests: <number_of_requests>
>         override_tag: <override_tag_value>
>       event_audit:
>         request_period_in_seconds: <request_period_in_seconds>
>         start_time_in_utc: <start_time_in_utc_value>
>         requests_limits:
>           - period: <period_value>
>             number_of_requests: <number_of_requests>
>         override_tag: <override_tag_value>
>       event_infrastructure:
>         request_period_in_seconds: <request_period_in_seconds>
>         start_time_in_utc: <start_time_in_utc_value>
>         requests_limits:
>           - period: <period_value>
>             number_of_requests: <number_of_requests>
>         override_tag: <override_tag_value>
>       event_network:
>         request_period_in_seconds: <request_period_in_seconds>
>         start_time_in_utc: <start_time_in_utc_value>
>         requests_limits:
>           - period: <period_value>
>             number_of_requests: <number_of_requests>
>         override_tag: <override_tag_value>
> ```
> 
> All defined service entities will be executed by the collector. If you do not want to run any of them, just remove the entity from the services object.
> 
> Replace the placeholders with your required values following the description table below:
> 
> |  |  |  |  |  |
> | --- | --- | --- | --- | --- |
> | **Parameter** | **Data type** | **Type** | **Value range / Format** | **Details** |
> | <devo_address> | str | Mandatory | [collector-us.devo.io](http://collector-us.devo.io),<br>[collector-eu.devo.io](http://collector-eu.devo.io) | Use this param to identify the Devo Cloud where the events will be sent |
> | <chain_filename> | str | Mandatory | Minimum length: 4, Maximum length: 20 | Use this param to identify the chain.cert file downloaded from your Devo domain. Usually this file's name is: chain.crt |
> | <cert_filename> | str | Mandatory | Minimum length: 4, Maximum length: 20 | Use this param to identify the file.cert downloaded from your Devo domain. |
> | <key_filename> | str | Mandatory | Minimum length: 4, Maximum length: 20 | Use this param to identify the file.key downloaded from your Devo domain. |
> | <short_unique_id> | int | Mandatory | Minimum Length 5 | Use this parameter to give a unique ID to this input service. This parameter is used to build the persistence address; do not use the same value for multiple collectors. It could cause a collision. |
> | <input_status> | bool | Mandatory | false / true | Use this param to enable or disable the given input logic when running the collector. If the value is true, the input will be run. If the value is false, it will be ignored. |
> | <override_tag_value> | str | Optional | A devo tag | This parameter allows defining a custom devo tag. |
> | <start_time_in_utc> | str | Optional | UTC format date, This Should not be older that 7 days | Initial time period used when fetching data from the endpoint. `Due to the large amount of data produced by this service, using this parameter is discouraged except in special cases.`   
> **Format** `<yyyy-MM-dd'T'HH:mm:ss'Z'>`<br>**Example:** `2024-10-21T10:15:30Z` |
> | <period_value> | str | Mandatory | number follow with [s,m,h,d,w,M,y] | Defines the reference time period used by the rate limiter.   
> `s: second`   
> `m: minute`   
> `h: hour`   
> `d: day`   
> `w: week`   
> `M: month`   
> `y: year`   
> **Example:** "30s" , "1m", "1h"<br>> 📝 If you do not need this feature (Local Rate Limiter), remove the following definition from the service/endpoint:   
> > 📝 **requests_limits: **
> > 📝 
> > 📝 - **period: <period_value> **  
> > 📝 **number_of_requests: <number_of_requests>** |
> | <number_of_requests> | int | Mandatory | Minimum value: 1 | Defines the maximum number of calls that can be made in the period_value.<br>> 📝 If you do not need this feature (Local Rate Limiter), remove the following definition from the service/endpoint:   
> > 📝 **requests_limits: **
> > 📝 
> > 📝 - **period: <period_value> **  
> > 📝 **number_of_requests: <number_of_requests>** |
> | <request_period_in_seconds_value> | int | Optional | minimum length: 1 | Period in seconds used between each data pulling. This value will overwrite the default value (60 seconds). This parameter can be removed or commented. |
> | <api_token_value> | str | Mandatory | minimum length: 1 | API Token to access the NetSkope API. |
> | <tenant_hostname_value> | str | Mandatory | minimum length: 1 | Tenant Hostname For NetSkope API. Ex: "[hrb.goskope.com](http://hrb.goskope.com)" |
> 
> ### Download the Docker image
> 
> The collector should be deployed as a Docker container. Download the Docker image of the collector as a .tgz file by clicking the link in the following table:
> 
> | **Collector Docker image** | **SHA-256 hash** |
> | --- | --- |
> | [collector-netskope_v2api-docker-image-2.0.1.tgz](https://drive.google.com/file/d/12QV6skFFggIClDO5A65WYJ4TcVad1gCL/view?usp=drive_link) | `1555b10034770db6a4e7be2a2954c0acd72ff60b375be414a3c982a62a3b732b` |
> 
> Use the following command to add the Docker image to the system:
> 
> ```
> gunzip -c <image_file>-<version>.tgz | docker load
> ```
> 
> > ⚠️ Once the Docker image is imported, it will show the real name of the Docker image (including version info). Replace `<image_file>` and `<version>` with a proper value.
> 
> The Docker image can be deployed on the following services:
> 
> #### Docker
> 
> Execute the following command on the root directory `<any_directory>/devo-collectors/<product_name>/`
> 
> ```
> docker run 
> --name collector-<product_name> 
> --volume $PWD/certs:/devo-collector/certs 
> --volume $PWD/config:/devo-collector/config 
> --volume $PWD/state:/devo-collector/state 
> --env CONFIG_FILE=config.yaml 
> --rm 
> --interactive 
> --tty 
> <image_name>:<version>
> ```
> 
> > ⚠️ Replace `<product_name>`, `<image_name>` and `<version>` with the proper values.
> 
> #### Docker Compose
> 
> The following Docker Compose file can be used to execute the Docker container. It must be created in the `<any_directory>/devo-collectors/<product_name>/` directory.
> 
> ```
> version: '3'
> services:
>   collector-<product_name>:
>     image: <image_name>:${IMAGE_VERSION:-latest}
>     container_name: collector-<product_name>
>     volumes:
>       - ./certs:/devo-collector/certs
>       - ./config:/devo-collector/config
>       - ./credentials:/devo-collector/credentials
>       - ./state:/devo-collector/state
>     environment:
>       - CONFIG_FILE=${CONFIG_FILE:-config.yaml}
> ```
> 
> To run the container using docker-compose, execute the following command from the `<any_directory>/devo-collectors/<product_name>/` directory:
> 
> ```
> IMAGE_VERSION=<version> docker-compose up -d
> ```
> 
> > ⚠️ Replace `<product_name>`, `<image_name>` and `<version>` with the proper values.

## Collector service details

**Verify data collection**

Once the collector has been launched, it is important to check if the ingestion is performed in a proper way. To do so, go to the collector’s logs console.

This service has the following components:

| **Component** | **Description** |
| --- | --- |
| Setup | The setup module is in charge of authenticating the service and managing the token expiration when needed. |
| Puller | The setup module is in charge of pulling the data in an organized way and delivering the events via SDK. |

**Setup output**

A successful run has the following output messages for the setup module:

```
2025-01-28T10:52:34.101    INFO OutputProcess::MainThread -> DevoSender(internal_senders,devo_sender_0) -> Starting thread
2025-01-28T10:52:34.101    INFO OutputProcess::DevoSenderManager(standard_senders,manager,devo_2) -> [EMERGENCY_PERSISTENCE_SYSTEM] Elapsed seconds: 0.00
2025-01-28T10:52:34.101    INFO OutputProcess::OutputStandardConsumer(standard_senders_consumer_0) -> [EMERGENCY_PERSISTENCE_SYSTEM] Elapsed seconds: 0.00
2025-01-28T10:52:34.102    INFO OutputProcess::MainThread -> DevoSenderManagerMonitor(internal_senders,devo_2) -> Starting thread (every 300 seconds)
2025-01-28T10:52:34.102    INFO OutputProcess::MainThread -> DevoSenderManager(internal_senders,manager,devo_2) -> Starting thread
2025-01-28T10:52:34.103    INFO OutputProcess::DevoSenderManager(internal_senders,manager,devo_2) -> [EMERGENCY_PERSISTENCE_SYSTEM] Recovering any available content from the persistence system
2025-01-28T10:52:34.103    INFO OutputProcess::OutputInternalConsumer(internal_senders_consumer_0) -> [EMERGENCY_PERSISTENCE_SYSTEM] Recovering any available content from the persistence system
2025-01-28T10:52:34.104    INFO OutputProcess::OutputLookupConsumer(lookup_senders_consumer_0) -> [EMERGENCY_PERSISTENCE_SYSTEM] Nothing available in the persistence system
2025-01-28T10:52:34.104    INFO OutputProcess::OutputLookupConsumer(lookup_senders_consumer_0) -> [EMERGENCY_PERSISTENCE_SYSTEM] Elapsed seconds: 0.00
2025-01-28T10:52:34.105    INFO OutputProcess::MainThread -> OutputMetricsThread -> Started thread for updating metrics values (update_period=10.0)
2025-01-28T10:52:34.106    INFO InputProcess::MainThread -> CollectorPuller(netskope_v2api#45678,event_page#predefined) Finalizing the execution of init_variables()
2025-01-28T10:52:34.110    INFO InputProcess::MainThread -> InputThread(netskope_v2api,45678) - Starting thread (execution_period=60s)
2025-01-28T10:52:34.112    INFO InputProcess::MainThread -> ServiceThread(netskope_v2api,45678,event_page,predefined) - Starting thread (execution_period=60s)
2025-01-28T10:52:34.113    INFO InputProcess::MainThread -> CollectorPullerSetup(netskope_v2api#45678,event_page#predefined) -> Starting thread
2025-01-28T10:52:34.113    INFO InputProcess::MainThread -> CollectorPuller(netskope_v2api#45678,event_page#predefined) - Starting thread
2025-01-28T10:52:34.118 WARNING InputProcess::CollectorPuller(netskope_v2api#45678,event_page#predefined) -> Waiting until setup will be executed
2025-01-28T10:52:34.120    INFO InputProcess::MainThread -> InputMetricsThread -> Started thread for updating metrics values (update_period=10.0)
2025-01-28T10:52:34.123    INFO MainProcess::MetricsConsumerThread -> OpenTelemetryServer -> [METRIC] Counter "vendor_requests" created: "Number of requests received from the vendor API", unit: "requests"
2025-01-28T10:52:34.159 WARNING MainProcess::CollectorThread -> There is a process that now it doesn't exists (pid=91533)
2025-01-28T10:52:34.171    INFO OutputProcess::DevoSenderManager(lookup_senders,manager,devo_2) -> [EMERGENCY_PERSISTENCE_SYSTEM] Nothing available in the persistence system
2025-01-28T10:52:34.171    INFO OutputProcess::DevoSenderManager(lookup_senders,manager,devo_2) -> [EMERGENCY_PERSISTENCE_SYSTEM] Elapsed seconds: 0.07
2025-01-28T10:52:34.171    INFO OutputProcess::MainThread -> [GC] global: 55.6% -> 55.7%, process: RSS(62.14MiB -> 62.76MiB), VMS(1.07GiB -> 1.07GiB)
2025-01-28T10:52:34.172    INFO MainProcess::MetricsConsumerThread -> OpenTelemetryServer -> [METRIC] Counter "msg_sent_counter" created: "Number of messages sent to the defined output", unit: "1"
2025-01-28T10:52:34.173    INFO MainProcess::MetricsConsumerThread -> OpenTelemetryServer -> [METRIC] Counter "msg_sent_bytes" created: "Number of bytes sent to the defined output", unit: "1"
2025-01-28T10:52:34.174    INFO OutputProcess::OutputInternalConsumer(internal_senders_consumer_0) -> [EMERGENCY_PERSISTENCE_SYSTEM] Nothing available in the persistence system
2025-01-28T10:52:34.174    INFO OutputProcess::OutputInternalConsumer(internal_senders_consumer_0) -> [EMERGENCY_PERSISTENCE_SYSTEM] Elapsed seconds: 0.07
2025-01-28T10:52:34.176    INFO InputProcess::MainThread -> [GC] global: 55.7% -> 55.7%, process: RSS(62.14MiB -> 62.64MiB), VMS(521.70MiB -> 521.70MiB)
2025-01-28T10:52:34.177    INFO OutputProcess::DevoSenderManager(internal_senders,manager,devo_2) -> [EMERGENCY_PERSISTENCE_SYSTEM] Nothing available in the persistence system
2025-01-28T10:52:34.177    INFO OutputProcess::DevoSenderManager(internal_senders,manager,devo_2) -> [EMERGENCY_PERSISTENCE_SYSTEM] Elapsed seconds: 0.07
2025-01-28T10:52:34.177    INFO MainProcess::MetricsConsumerThread -> OpenTelemetryServer -> [METRIC] Counter "msg_incoming_received" created: "Number of messages received from the vendor API", unit: "1"
2025-01-28T10:52:34.179    INFO MainProcess::MetricsConsumerThread -> OpenTelemetryServer -> [METRIC] Counter "msg_incoming_removed" created: "Number of messages removed by the collector", unit: "1"
2025-01-28T10:52:34.180    INFO MainProcess::MetricsConsumerThread -> OpenTelemetryServer -> [METRIC] Counter "msg_incoming_filtered" created: "Number of messages filtered by the collector", unit: "1"
2025-01-28T10:52:34.181    INFO MainProcess::MetricsConsumerThread -> OpenTelemetryServer -> [METRIC] Counter "msg_enqueued_standard_counter" created: "Number of messages enqueued", unit: "1"
2025-01-28T10:52:34.183    INFO MainProcess::MetricsConsumerThread -> OpenTelemetryServer -> [METRIC] Counter "msg_enqueued_standard_bytes" created: "Number of bytes enqueued", unit: "1"
2025-01-28T10:52:34.184    INFO MainProcess::MetricsConsumerThread -> OpenTelemetryServer -> [METRIC] Counter "msg_enqueued_lookup_counter" created: "Number of messages enqueued", unit: "1"
2025-01-28T10:52:34.185    INFO MainProcess::MetricsConsumerThread -> OpenTelemetryServer -> [METRIC] Counter "msg_enqueued_lookup_bytes" created: "Number of messages enqueued", unit: "1"
2025-01-28T10:52:34.186    INFO MainProcess::MetricsConsumerThread -> OpenTelemetryServer -> [METRIC] Counter "msg_enqueued_internal_counter" created: "Number of messages enqueued in the queue", unit: "1"
2025-01-28T10:52:34.186    INFO MainProcess::MetricsConsumerThread -> OpenTelemetryServer -> [METRIC] Counter "msg_enqueued_internal_bytes" created: "Number of messages enqueued in the queue", unit: "1"
2025-01-28T10:52:34.187    INFO MainProcess::MetricsConsumerThread -> OpenTelemetryServer -> [METRIC] Gauge "module_global_status" created: "Global status of current module", unit: "1"
2025-01-28T10:52:34.558    INFO OutputProcess::DevoSender(internal_senders,devo_sender_0) -> Created a sender: {"name": "DevoSender(internal_senders,devo_sender_0)", "url": "collector-eu.devo.io:443", "chain_path": "/home/pulkit/devo/collectors/devo-collector-netskope-api-v2/certs/chain.crt", "cert_path": "/home/pulkit/devo/collectors/devo-collector-netskope-api-v2/certs/int-if-integrations-india.crt", "key_path": "/home/pulkit/devo/collectors/devo-collector-netskope-api-v2/certs/int-if-integrations-india.key", "transport_layer_type": "SSL", "last_usage_timestamp": null, "socket_status": null}, hostname: "2023-APAC-0049", session_id: "132784344291840"
2025-01-28T10:52:34.559    INFO OutputProcess::DevoSender(internal_senders,devo_sender_0) -> [EMERGENCY_PERSISTENCE_SYSTEM] Nothing available in the persistence system
2025-01-28T10:52:35.553    INFO InputProcess::CollectorPullerSetup(netskope_v2api#45678,event_page#predefined) -> Setup for module <CollectorPuller> has been successfully executed
2025-01-28T10:52:36.123    INFO InputProcess::CollectorPuller(netskope_v2api#45678,event_page#predefined) -> CollectorPuller(netskope_v2api#45678,event_page#predefined) Starting the execution of pre_pull()
2025-01-28T10:52:36.125    INFO InputProcess::CollectorPuller(netskope_v2api#45678,event_page#predefined) -> Reading persisted data
2025-01-28T10:52:36.127    INFO InputProcess::CollectorPuller(netskope_v2api#45678,event_page#predefined) -> Data retrieved from the persistence: None
2025-01-28T10:52:36.128 WARNING InputProcess::CollectorPuller(netskope_v2api#45678,event_page#predefined) -> Persistence will be overridden due to the retrieved state is empty
2025-01-28T10:52:36.129    INFO InputProcess::CollectorPuller(netskope_v2api#45678,event_page#predefined) -> Running the persistence upgrade steps
2025-01-28T10:52:36.129    INFO InputProcess::CollectorPuller(netskope_v2api#45678,event_page#predefined) -> Running the persistence corrections steps
2025-01-28T10:52:36.129    INFO InputProcess::CollectorPuller(netskope_v2api#45678,event_page#predefined) -> Running the persistence corrections steps
2025-01-28T10:52:36.130 WARNING InputProcess::CollectorPuller(netskope_v2api#45678,event_page#predefined) -> Some changes have been detected and the persistence needs to be updated. Previous content: None. New content: {'@persistence_version': 1, 'initial_start_time_in_epoch': 1738041754, 'last_time_in_epoch': 1738041754, 'last_ids': []}
2025-01-28T10:52:36.131    INFO InputProcess::CollectorPuller(netskope_v2api#45678,event_page#predefined) -> Updating the persistence
2025-01-28T10:52:36.133 WARNING InputProcess::CollectorPuller(netskope_v2api#45678,event_page#predefined) -> Persistence has been updated successfully
2025-01-28T10:52:36.133    INFO InputProcess::CollectorPuller(netskope_v2api#45678,event_page#predefined) -> CollectorPuller(netskope_v2api#45678,event_page#predefined) Finalizing the execution of pre_pull()
2025-01-28T10:52:36.133    INFO InputProcess::CollectorPuller(netskope_v2api#45678,event_page#predefined) -> Starting data collection every 60 seconds
```

#### **Puller output**

A successful initial run has the following output messages for the puller module:

Note that the PrePull action is executed only one time before the first run of the Pull action.

```
2025-01-28T10:52:36.134    INFO InputProcess::CollectorPuller(netskope_v2api#45678,event_page#predefined) -> Pull Started
2025-01-28T10:52:37.786    INFO InputProcess::CollectorPuller(netskope_v2api#45678,event_page#predefined) -> Updating the persistence
2025-01-28T10:53:07.818    INFO InputProcess::CollectorPuller(netskope_v2api#45678,event_page#predefined) -> (Partial) Statistics for this pull cycle (@devo_pulling_id=1738041756123):Number of requests made: 1; Number of events received: 0; Number of duplicated events filtered out: 0; Number of events generated and sent: 0; Average of events per second: 0.000.
2025-01-28T10:53:07.820    INFO InputProcess::CollectorPuller(netskope_v2api#45678,event_page#predefined) -> Statistics for this pull cycle (@devo_pulling_id=1738041756123):Number of requests made: 1; Number of events received: 0; Number of duplicated events filtered out: 0; Number of events generated and sent: 0; Average of events per second: 0.000.
2025-01-28T10:53:07.821    INFO InputProcess::CollectorPuller(netskope_v2api#45678,event_page#predefined) -> The data is up to date!
```

After a successful collector’s execution (that is, no error logs found), you will see the following log message:

```
2025-01-28T10:55:11.251    INFO InputProcess::CollectorPuller(netskope_v2api#45678,event_page#predefined) -> (Partial) Statistics for this pull cycle (@devo_pulling_id=1738041879396):Number of requests made: 1; Number of events received: 102; Number of duplicated events filtered out: 0; Number of events generated and sent: 102; Average of events per second: 3.202.
```

**Restart the persistence**

This collector uses persistent storage to download events in an orderly fashion and avoid duplicates. In case you want to re-ingest historical data or recreate the persistence, you can restart the persistence of this collector by following these steps:

1. Edit the configuration file.
2. Change the value of the **initial_start_time_in_utc_value** parameter to a different one.
3. Save the changes.
4. Restart the collector.

The collector will detect this change and will restart the persistence using the parameters of the configuration file or the default configuration in case it has not been provided.

Note that this action clears the persistence and cannot be recovered in any way. Resetting persistence could result in duplicate or lost events.

### [ Troubleshooting ]

This collector has different security layers that detect both an invalid configuration and abnormal operation. This table will help you detect and resolve the most common errors.

#### [ Common Logic ]

| Error Type | Error Id | Error Message | Cause | Solution |
| --- | --- | --- | --- | --- |
| InitVariablesError | 1 | Date {start_time_in_utc} is either in the future or older than 7 days. | The date in config is not in valid time period which is last 7 days. | Ensure the datetime is less than current time and not older than 7 days. |
| ApiError | 400 | Some error occurred while retrieving events from Netskope. | Wrong credentials or something else from API side. | Check the credentials and ensure that the collector has the necessary permissions to access the Netskope API. |

### Check Memory Usage

To check the memory usage of this collector, look for the following log records in the collector which are displayed every 5 minutes by default, always after running the memory-free process.

- The used memory is displayed by running processes and the sum of both values will give the total used memory for the collector.
- The global pressure of the available memory is displayed in the global value.
- All metrics (Global, RSS, VMS) include the value before freeing and after previous -> after freeing memory

```
2025-01-28T10:53:34.159    INFO InputProcess::MainThread -> [GC] global: 55.8% -> 55.8%, process: RSS(65.02MiB -> 65.02MiB), VMS(521.95MiB -> 521.95MiB)
```

Differences between RSS and VMS memory usage:

- RSS is the Resident Set Size, which is the actual physical memory the process is using
- VMS is the Virtual Memory Size which is the virtual memory that process is using

## Change log

| **Release** | **Released on** | **Release type** | **Details** | **Recommendations** |
| --- | --- | --- | --- | --- |
| `2.0.1` | 1/30/2025 | [IMPROVEMENTS] | **Improvements**<br>- Added gitlab pipeline. | `Recommended Version` |
| `2.0.0` | 1/23/2025 | [IMPROVEMENTS]<br>[Changed]<br>[Fixed] | **Improvements**<br>- New, refactored version. See Migration guide<br>**Fixed**<br>- Fixed Duplication and Delay issue.
- Fixed 409 Error by adding wait time.<br>**Changed**<br>- Updated the DCSDK from 1.11.1 to 1.13.1
- Added new sender for relay in house + TLS
- Added persistence functionality for gzip sending buffer
- Added Automatic activation of gzip sending
- Improved behaviour when persistence fails
- Upgraded DevoSDK dependency
- Fixed console log encoding
- Restructured python classes
- Improved behaviour with non-utf8 characters
- Decreased default size value for internal queues (Redis limitation, from 1GiB to 256MiB)
- New persistence format/structure (compression in some cases)
- Removed dmesg execution (It was invalid for docker execution)
- Applied changes to make DCSDK compatible with MacOS
- Upgrade DevoSDK dependency to version v5.4.0
- Change internal queue management for protecting against OOMK
- Extracted ModuleThread structure from PullerAbstract
- Improve Controlled stop when both processes fails to instantiate
- Improve Controlled stop when InputProcess is killed
- Bug related to lost of collector_name , collector_id and job_id
- Bug related queues and ValueError (edited)
- Change internal queue management for protecting against OOMK
- Extracted ModuleThread structure from PullerAbstract
- Improve Controlled stop when both processes fails to instantiate
- Improve Controlled stop when InputProcess is killed
- Fixed error related a ValueError exception not well controlled
- Fixed error related with loss of some values in internal messages
- Upgraded dcsdk-docker-base-image to 1.3.1 | `Recommended Version` |
| `v1.1.0` | 5/30/2024 | [IMPROVEMENTS] | **Improvements:**<br>- Updated DC SDK to `v1.11.1`
- Updated Docker image base to version `v1.2.0` in Dockerfile | `Upgrade` |
| `v1.0.1` | 9/25/2023 | [IMPROVEMENTS] | **Improvements:**<br>- Update default configuration values to avoid rate-limiting | `Upgrade` |
| `v1.0.0` | 8/29/2023 | [FEATURE] | **New features:**<br>- Updating to newest SDK 1.6.2 to 1.9.2
- Upgrade internal dependencies
- Store lookup instances into DevoSender to avoid the creation of new instances for the same lookup
- Ensure service_config is a dict into templates
- Ensure special characters are properly sent to the platform
- Changed log level to some messages from info to debug
- Changed some wrong log messages
- Upgraded some internal dependencies
- Changed queue passed to setup instance constructor
- Ability to validate collector setup and exit without pulling any data
- Ability to store in the persistence the messages that couldn't be sent after the collector stopped
- Ability to send messages from the persistence when the collector starts and before the puller begins working
- Ensure the special characters are properly sent to the platform
- Added a lock to enhance the sender object
- Added new class attrs to the **setstate** and **getstate** queue methods
- Fix sending attribute value to the **setstate** and **getstate** queue methods
- Added log traces when queues are full and have to wait
- Added log traces of queue time waiting every minute in debug mode
- Added method to calculate queue size in bytes
- Block incoming events in queues when there is no space left
- Send telemetry events to the Devo platform
- Upgraded internal Python dependency Redis to v4.5.4
- Upgraded internal Python dependency DevoSDK to v5.1.3
- Fixed obfuscation not working when messages are sent from templates
- New method to figure out if a puller thread is stopping
- Upgraded internal Python dependency DevoSDK to v5.0.6
- Improved logging on messages/bytes sent to the Devo platform
- Fixed wrong byte size calculation for queues | `Upgrade` |