What CDAP platform provides:
...
Preview in Distributed Mode:
- Preview service will run in a separate container. The container will be started when the master is started and will keep running.
- Data generated by the preview system will be stored locally to the container. We can use the leveldb database similar to the standalone mode.
- Instances of the container can be increased for scalability, however in that case since the preview data is local to the container, request for the preview data will need to be routed to the appropriate container which handled the preview request. One approach to achieve this is store the mappings in the HBase.
- PreviewHttpHandler will be exposed through the preview container.
- Logging for preview - Preview container will use the local log appender similar to the SDK. Do we need the ability to change the log levels for preview. For example should we allow running the application in preview mode using trace log level and running the application in normal mode using info level.
- MetricsContext for preview - Querying metrics at the namespace level may not yield the entire namespace level data if the multiple instances of the preview is running.
- Authorization: We store user privileges in Sentry. User is allowed to execute the program if he has EXECUTE permissions on it. This is currently managed by AuthorizationEnforcer. We can inject same instance in the Preview container so that reading and writing to the user datasets will be controlled by privileges in the sentry.
- Impersonation: We store impersonation configurations in the Namespace meta store. NamespaceQueryAdmin is responsible for reading those configs. Preview container will need access to the instance of the query admin which will query the actual HBase table.
- Deletion of the preview data: We will need the service which will clean up the preview data periodically.
Open Questions: