-
We have EKS installation with the cilium network overlay. This means that node roles don't work unless workflows run on hostNetwork. We could set up the service accounts and bind those to the roles, but project-namespaces makes it a bit complex (in our case it means a terraforming per project).
|
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
Kiam was actually used for a long time at Lyft with Flyte. And it worked well, but kiam has some bugs that may affect performance. It takes more time to patch a role sometimes. So we would inject an iam Wait container for every pod, as an init container, that would way fit Iam. It is not very stable at really high scale. But other than that there is native support for it. Here is the api - https://docs.flyte.org/projects/flyteidl/en/stable/protos/docs/admin/admin.html#executionspec Auth role or annotations can be passed to the launchplan or execution. Refer to the docs here - https://docs.flyte.org/projects/flytekit/en/latest/generated/flytekit.LaunchPlan.html#flytekit-launchplan So, you can use the
in your launch plan creation, or you can use annotations:
This will apply to every execution of this launch plan. |
Beta Was this translation helpful? Give feedback.
Kiam was actually used for a long time at Lyft with Flyte. And it worked well, but kiam has some bugs that may affect performance. It takes more time to patch a role sometimes. So we would inject an iam Wait container for every pod, as an init container, that would way fit Iam. It is not very stable at really high scale. But other than that there is native support for it.
Here is the api - https://docs.flyte.org/projects/flyteidl/en/stable/protos/docs/admin/admin.html#executionspec
Auth role or annotations can be passed to the launchplan or execution.
Refer to the docs here - https://docs.flyte.org/projects/flytekit/en/latest/generated/flytekit.LaunchPlan.html#flytekit-launchplan
So, you …