-
-
Notifications
You must be signed in to change notification settings - Fork 3
Open
Labels
Description
Current Situation
if a user want's to have e.g. mssql as a database connector present in a superset instance, he'd need to either
- Build a custom image using
pip install pymssql
- kubectl exec -- pip install pymssql
- Overrite startup commands to execute pip install pymssql
a list of possible connector options can be found here
Proposal
As a platform provider we should enable a user to be flexible and on the other hand ensure that our images are as lean and secure as possible.
Option 1
Include common connectors in our image.
Upside
- User has maintained and out of the box images that "just work" for their purposes
- Stackable has full control over versioning and can ensure and guarantee that specific scenarios will work
- Low hanging fruit ( up to decision on what include, that might be bigger than it seems )
Downside
- We'd need to be responsible for upcoming bugs, CVE's as well as maintaining library versions.
- Larger images and delivery of not needed software
Option 2
Allow users to specify python packages to install in crds
Upside
- Users can specify the libraries they want to be installed
- Lean and secure base images
- No maintenance on Stackable end needed
- Mechanism might be reusable for Airflow
Downside
- Open up the installation to malicious software
- Needs to be an Override as we can't take guarantee of user defined packages
- Larger development efforts expected