You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Flyte 1.0 represents the first major release of the platform. Flyte APIs, and tools can now be considered [stable]. While it's impossible to assert so, any workflow/task written against flytekit v1.0.0 should be expected to run against all v1.x.x versions.
Quick Stats:
Stat
Change
4,125
PRs Merged
18,983
Comments Added
1,511
Issues Created
ChangeLog
FlyteKit
File ignore in fast register
Many thanks to @bimtauer for adding this much requested feature! When packaging local files for fast-registration, flytekit will now respect .gitignore and .dockerignore. Please see the PR for more information.
pyflyte run
The pyflyte run command has been slightly updated to not need a : when selecting the workflow.
Script mode: register and run workflows all in one command using a pre-defined base image
Flyte remote GA: register workflows and interact with Flyte execution artifacts programmmatically
Configuration overhaul: use the same config across flytekit and flytectl
Fast register without having AWS/GCP or other cloud credentials on your laptop, all you need is Flyte access
Core Platform
Improved Garbage Collector
Garbage collection logic has been revamped to reduce load on KubeAPI and ensure terminated workflows are cleaned up in a timely fashion. [Action Required] Due to the change in the computation of how to clean up terminated workflows, users are advised to clean up old workflows once by running the following command per namespace:
Single binary: deploy the entire Flyte back-end as a single binary. This speeds up sandbox and improves the local contributor experience. Coming soon: faster deployment for small-scale use-cases
Improved map task subtask handling
Cache status reporting
Individual log links mapped to subtasks
Interruptible failure handling for spot instances
Secret injection
Improved performance for fetching and rendering dynamic nodes
Set raw output data config at create execution time
Execution overrides at the project level for
Kubernetes service account
AssumableIAMRole
OutputLocationPrefix
Console
Project dashboard page with recent executions overview along with a config and other settings summary
Dynamic workflow rendering
Map task UI and UX improvements: see logs, retry attempts and more at the subtask level
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Flyte v1.0.0
Flyte 1.0 represents the first major release of the platform. Flyte APIs, and tools can now be considered [stable]. While it's impossible to assert so, any workflow/task written against flytekit
v1.0.0
should be expected to run against allv1.x.x
versions.Quick Stats:
ChangeLog
FlyteKit
Many thanks to @bimtauer for adding this much requested feature! When packaging local files for fast-registration, flytekit will now respect
.gitignore
and.dockerignore
. Please see the PR for more information.pyflyte run
The pyflyte run command has been slightly updated to not need a
:
when selecting the workflow.Core Platform
Garbage collection logic has been revamped to reduce load on KubeAPI and ensure terminated workflows are cleaned up in a timely fashion.
[Action Required] Due to the change in the computation of how to clean up terminated workflows, users are advised to clean up old workflows once by running the following command per namespace:
kubectl delete fly -l termination-status=terminated --all-namespaces --cascade='background' --wait=false --force --grace-period=0
Console
This discussion was created from the release Flyte v1.0.0 milestone release.
Beta Was this translation helpful? Give feedback.
All reactions