All Apps and Add-ons

What if there are issues with Splunk MINT REST API?

croyal_splunk
Splunk Employee
Splunk Employee

What if there are issues with MINT REST API ?

What happens if the API REST MINT endpoint is down when a devices is trying to send data? Will the app hang? crash? retry after few seconds without affecting normal app behavior?

What happens if the API REST MINT endpoint answers with HTTP 5XX?

What happens if the API REST MINT takes too much time in their answers?

What are the timeouts defined in the SDK?

Will the API REST MINT crash/block/freeze the app?

0 Karma
1 Solution

croyal_splunk
Splunk Employee
Splunk Employee

What happens if the API REST MINT endpoint is down when a devices is trying to send data? The app will hangs? Crash? Retry after few seconds without affecting normal app behavior?
MINT SDK will write the new data to the disk up to the limit of 420kb (140k x 3 files) and will try to send the data if app restarts, flush() is called or when disk storage limit is reached again.

What happens if the API REST MINT endpoint answers with HTTP 5XX?
In HTTP parlance 5xx considered server side error and MINT SDK will follow the same rules as in the case of MINT backend unavailability.

What happens if the API REST MINT takes too much time in their answers?
MINT SDK network invocation are happening asynchronously with respect to the rest of the app code and shouldn’t block the app. MINT uses 10 sec connection and availability of server response timeout. If the transmission times out it will be considered as server unavailabilty and the logic described in first answer will kick in.

Can in some case the API REST MINT crash/block/freeze the app?
We are making extra effort not to affect the app under any circumstances. SDK are architected and engineered for this. There is small fixed size overhead expected related to the SDK functionality, but it should not affect user experience or app performance in any material way.

View solution in original post

croyal_splunk
Splunk Employee
Splunk Employee

What happens if the API REST MINT endpoint is down when a devices is trying to send data? The app will hangs? Crash? Retry after few seconds without affecting normal app behavior?
MINT SDK will write the new data to the disk up to the limit of 420kb (140k x 3 files) and will try to send the data if app restarts, flush() is called or when disk storage limit is reached again.

What happens if the API REST MINT endpoint answers with HTTP 5XX?
In HTTP parlance 5xx considered server side error and MINT SDK will follow the same rules as in the case of MINT backend unavailability.

What happens if the API REST MINT takes too much time in their answers?
MINT SDK network invocation are happening asynchronously with respect to the rest of the app code and shouldn’t block the app. MINT uses 10 sec connection and availability of server response timeout. If the transmission times out it will be considered as server unavailabilty and the logic described in first answer will kick in.

Can in some case the API REST MINT crash/block/freeze the app?
We are making extra effort not to affect the app under any circumstances. SDK are architected and engineered for this. There is small fixed size overhead expected related to the SDK functionality, but it should not affect user experience or app performance in any material way.

croyal_splunk
Splunk Employee
Splunk Employee
0 Karma
Career Survey
First 500 qualified respondents will receive a $20 gift card! Tell us about your professional Splunk journey.

Can’t make it to .conf25? Join us online!

Get Updates on the Splunk Community!

Take Action Automatically on Splunk Alerts with Red Hat Ansible Automation Platform

 Are you ready to revolutionize your IT operations? As digital transformation accelerates, the demand for ...

Calling All Security Pros: Ready to Race Through Boston?

Hey Splunkers, .conf25 is heading to Boston and we’re kicking things off with something bold, competitive, and ...

Beyond Detection: How Splunk and Cisco Integrated Security Platforms Transform ...

Financial services organizations face an impossible equation: maintain 99.9% uptime for mission-critical ...