ONAP components consist of one or many containers or micro-services. These micro-services can be stateless or state-full. Stateless micro-services do not store data, can be restarted or recreated. State-full micro-services upon restart or recreation can lose their data.
In OOM kubernetes deployment, micro-services are deployed as containers in entities called pods. Kubernetes provides mechanisms for persisting data of pods it manages.
The mechanism of data persistence can be persistent volumes or other (for example nfs provisioner).
Analysis of components that need persistence of their data:
| Component | Micro service | Needs persistence | Is persistent | Comments |
|---|---|---|---|---|
aaf | ||||
| aaf (authz-service) | No | AAF project please confirm | ||
| aaf-cs (cassandra) | Probably | No | AAF project please confirm | |
| aai | ||||
| aai-deployment (haproxy) | No | No | ||
| aai-resources | No | |||
| aai-traversal | No | |||
| data-router | No | |||
| elasticsearch | Probably | No | ||
| hbase | Probably | No | ||
| modelloader | No | |||
| search-data-service | No | |||
| sparky-be | No | |||