Channels
#flyte-deployment
Title
# flyte-deployment
a
Andrew Achkar
01/13/2023, 9:06 PMIs the new single binary deployment intended to replace and phase out the multi-image/binary deployment?
y
Yee
01/13/2023, 9:43 PM
replace? kinda. phase out? no.
it should definitely replace the initial experience. we’ll be adding more documentation esp for plugins around that effort.
the reason is that most people will only ever need one cluster.
so it doesn’t really make sense to primarily focus on the more complicated one in the documentation, esp since you can migrate from one to the other
both are solutions that we will maintain. split deployment will not be phased out
a
Andrew Achkar
01/13/2023, 9:47 PMok thanks, good to know, are there any limitations in terms of capabilities relative to the split deployment or are they at parity functionality-wise?
y
Yee
01/13/2023, 9:48 PM
i can’t think of anything’s that’s missing.
besides the obvious fact that it’s meant to run on a single cluster
we run it internally, supports plugins (spark, databricks), supports ingress, supports auth.
i don’t think we have notifications hooked up but that’s completely viable - just haven’t had time to deal with email sending
this is where it’s being done rn https://github.com/flyteorg/flytectl/blob/b0d98931bf8780c193f9fc101242309058138795/cmd/register/register_util.go#L435
that’s the bit that will unpack the objects, fill things in, and repack them.
oh wrong thread.
k
Ketan (kumare3)
01/14/2023, 5:05 PM
@Andrew Achkar the reason for single binary is allowing users to adopt Flyte faster
The default deployment is still the most scalable one
But think about the new folks
a
Andrew Achkar
01/16/2023, 2:26 PMOk I see, thanks for the clarification! Just wanted to know if we should make plans to transition our deployment to single binary version, but from above will stick with the multi binary deployment.
k
Ketan (kumare3)
01/16/2023, 3:46 PM
You have done the hard work. Multiple services will remain.
17 Views