Hi, everyone! We're finally deploying Flyte into o...
# flyte-deployment
Hi, everyone! We're finally deploying Flyte into our production environment, but there are some things that I have to configure before that. For instance, I noticed that projects have their own namespaces, such as <project>-development, <project>-staging and <project>-production. However, right now we only have one cluster on our GKE, and we isolate our systems using namespaces. I was wondering: is it possible to configure hierarchical namespaces in Flyte, so that all namespaces are inside a subnamespace "flyte" inside a namespace "ml-prod", for instance? Or, in a worst case scenario, is it possible to just let everything live in the "flyte" subnamespace?
(By the way, if anyone could help me with the deployment process, it would be great! I'm kinda confused by the need of a SSL certificate and the Ingress bit of the documentation. We're deploying on GCP, in a cluster with other projects/namespaces.)
Nevermind the SSL/Ingress, just realized those are configured for the namespace we use! So the problem continues to be a reliable way to define namespaces.
yeah that’s this bit right?
somehow this makes its way into the cluster resource controller i think - the part of admin that runs against every k8s cluster and configures it
cc @katrina for when she’s back tuesday
👀 1
and oh, yeah, no, you can let everything live in one namespace… but not
name it something else.
keep the flyte ns for the flyte stuff
so if I override the YAML configuration for, for instance, "template: flyte-projects", everything (dev, stage, prod) will "point" to this same ns, right?
perfect! thank you
you may need quotes
but yeah
yeah, I'll add it
another question: in the tutorial, it says "<RELEASE-NAME> to be used as prefix for ssl certificate secretName". We already have a SSL certificate and an ingress controller configured. What should I put on the release name?
link me?
looking up release.name i don’t see that much
oh ok, so it's just for a name
i think so yeah… it’s just part of helm
Last question! What does cluster_resource_manager does, exactly? As I said before, this cluster does have other applications, and is not dedicated entirely for Flyte. So does it make sense to allow Flyte to alter cluster resources?
Or is it only executed on a namespace level?
hmm yeah. we do promote that (dedicated clusters) but understand the reality of things. the cluster resource manager is just a bit that goes through the clusters (admin can be linked to multiple and round robin requests) and makes sure things are applied. by things, i mean this collection of yamls.
like when you tell flytectl to tell Admin that some project/domain can only have x cpu… something has to then tell all the clusters that that’s the case.
the cluster resource controller is the bit that does that
see multi cluster if you need that one day.
ohhh so it's for multi clusters? can I still configure individual project attributes without it, if I only have one cluster?
it’ll work for just one
Just to piggy back on this question, I am curious what are valid variables that can go in the namespace_config template string. Could one have a template like
"{{ namespace }}-{{ project }}-{{ domain }}"
hey @Andrew Achkar what is namespace supposed to represent here? for namespace templating the only variables permitted currently are
{{ project }}
{{ domain }}
I was thinking of the parent namespace. So say you deploy flyte under flyte namespace, then you’d get
but if you instead deploy in a test namespace like
I suppose we could achieve something like this using helm
Copy code
      template: "{{ .Release.Namespace }}-{{ project }}-{{ domain }}
yeah that could work!