early-accountant-74956
10/16/2023, 2:36 PM- name: METAFLOW_DEFAULT_DATASTORE
value: "s3"
there should be some care given. Though it seems this could be overwritten by metaflow-ui.metadatadbEnvVars .
Another question I had -- we don't use Argo but have Airflow with KubernetesExecutor deployed already. As far as I understand the full GCP example, this is not really a problem, since the deployment itself doesn't rely on any Argo settings. However, it seems like config.json is read from the local machine itself (where the flow is ran from). Is there an example showing what settings need to be used to get it working with Airflow? Or is no config needed? Based on the docs I understand a valid CONN_ID env variable suffices. However, we'd still need to come up with an approach of automatically pushing generated DAGs to GCS bucket. So I am again curious if someone has some experience with this?
Thanks!hundreds-zebra-57629
10/17/2023, 7:47 PMI was curious if someone has tried deploying Metaflow [helm chart] to GKE instead?• I am not sure if anyone on our team has tried to deploy the helm chart to GKE. However, you should be able to give that the chart is configurable. Please do let us know if you encounter any issues and we push out fixes.
Is there an example showing what settings need to be used to get it working with Airflow? Or is no config needed?• @hallowed-glass-14538 is the original author of this doc, so maybe he can shade some light here, but according to the doc:
Metaflow can work with any Airflow executor.hallowed-glass-14538
10/17/2023, 8:54 PMThe KubernetesExecutor creates a pod for each airflow task. Lets call this Pod A. Since our Metaflow steps get compiled to KubernetesPodOperator, Pod A will deploy another pod which executes the actual Metaflow Task.Since Pod A is executing a Airflow task, Pod A requires all the dags to be present in the pod. So you will have to determine a way to pass dag files to Pod A. Airflow recommends many ways to pass the dag files to the pod;