...
The following graph represents the typical availability percentages depending on the deployed infrastructure to handle the requests, for which the platform is prepared and therefore said infrastructure will be adapted to provide the required availability level.
...
Besides, as it is an elastic deployment based on Docker and Kubernetes, the Platform will automatically react to the detection of interruptions or low performance in the ingestion and processing modules, dynamically adding new nodes to the cluster, then the proxy will begin redirecting requests to them.
This way, the robustness, high availability and scalability of the Platform is guaranteed at all levels:
Massive and constant intake of information.
Real-time processing capacity.
Storage and batch processing of information.
Component status monitoring
...
CaaS itself offers active and constant monitoring of the platform modules that require it, thus ensuring their high availability. This monitoring is configurable depending on the protocol of the service to be monitored.
For TCP:
...
For HTTP:
...
Having configured the healthchecks per module, now the CaaS performs the monitoring, constantly checking the health status by launching requests or heartbeats in which it checks whether the port (tcp) is listening or the endpoint's invocation (http) returns the expected code.
If the answer is no, thenthe CaaS orchestrator is responsible for redeploying the service to ensure that there is no loss of it, and this can take two main types of actions:
Redeploy the entire service.
Redeploy the service only when there is at least a parameterizable number of containers in the correct state.